カプセル化は愚かな考え★3
■ このスレッドは過去ログ倉庫に格納されています
■危険性 https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96 (%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0) >>30 >>29 >>29 https://tech.pjin.jp/blog/2015/10/31/java-gold-se7%e5%af%be%e7%ad%96%e5%95%8f%e9%a1%8c-%e5%95%8f7/ 世間でカプセル化と呼ばれてるものの99.9999%はprivateのことだな。 https://qiita.com/tamekaji/items/6c19e3d05621741ee929 でも、privateが無い言語でもカプセル化ってあるけど？とかいう主張をしている人がいて衝突していた気がする。 >>37 >>37 逆に必要なものを「publicにすること」と書いてあるなｗ http://e-words.jp/w/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96.html >>32 >>29 >>39 >>42 > カプセル化されたクラスでは、 … アクセス修飾子を「private」にすることが多い 「触るな危険」と「隠された真実」はかなり違うだろ。 カプセル化において、必要ないものを >>45 >>48 >>49 >>50 うーん、だめだ...見つからん。 カプセル化を考えるとき >>54 黒本から抜粋すると、 すまん、黒本じゃなかった。同じ会社の出している試験問題アプリの回答内容だったわ。 >>29 >>34 > めちゃくちゃな問題だね >>59 書くプログラムによるけどな。 >>61 >>61 > じゃあJava Goldを取るような人は >>34 に書いてあるな。間違いを除いた以下がカプセル化の定義としてよく知られている。 ところでPythonやってる人は、カプセル化はprivateではない >>68 >>70 >>71 なにがカプセル化か人によって言うことが違う じゃあ変なことを言ってるやつが間違ってるだけだろｗ >>76 >2. カプセル化されたクラスでは、インスタンス変数に対してむやみにアクセスされることを防ぐためにアクセス修飾子を「private」にすることが多い >>34 が正しいんだとすればカプセル化の定義はこれ一択じゃん Java Gold SE8の黒本1ページに書いてあったぞ そりゃこのスレは「Javaでのカプセル化は何かがおかしい」ってのが趣旨でしょ >>1 >>83 >>84 >>84 >>80 Oracleの資料や試験範囲の「Apply encapsulation principles to a class」って項目を見ると https://docs.oracle.com/javase/tutorial/java/concepts/object.html https://www.oracle.com/topics/technologies/newtojava/javaterminology-glossary.html >>79 >>34 読んでるか？ あまり原理主義に走らない方が 世の中には俺様ルール押し付けたほうが楽できると思ってる輩がいるのよ。 俺は思うんだが全部public finalフィールドでいいじゃん >>83 >>83 自分達でソースをメンテナンスしない場合、カプセル化で詰むことが極々稀にあるってだけだろ >>95 >>83 どんな思想だろうとバカが運用すれば失敗する >>98 んー、じゃあ、カプセル化を1ミリも否定しない俺から例題を出すけど >>101 アクセサはメタプログラミングとは全く関係ないぞ 関係あるぞ > メタプログラミングを応用したライブラリ、フレームワークの多くはプロパティを前提として実装されている >>106 普通は全く使わないものなのにメタプログラミングのときだけ使う だから普段は使わないんだよ >>100 だから、ラストの手紙を日本語で書いてしまってるからな >>109 >>112 >>110 >>113 >>113 >>116 >>117 ああ、メタプログラミングに使うものの部分の否定か。読み間違えたすまん >>117 正攻法ではMACアドレスを取得できないネットワーク関連のライブラリも多い。 >>124 >>124 いや、プロパティは関係あるのか？ カプセル化にも困ることはある >>125 >>126 ■ このスレッドは過去ログ倉庫に格納されています
