カプセル化は愚かな考え★3

**デフォルトの名無しさん** · 2020/09/17(木) 06:37:21.26

■危険性

かつて偏差値の低い学校向けの情報処理系教科書において「カプセル化は大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心とした「インターネットを作った人たち」は「階層化の有害性（RFC 3439)」として「カプセル化は絶対にやめろ」としている。

大雑把にいうと、教科書の上では素晴らしく、開発を始めた最初のうちは良いが、将来的な改修の際に隠蔽されたデータにアクセスできないと解決できない問題が出てきて、非常に高確率でデスマーチに陥るというのである。

オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」などという概念はない。

ソースコードが存在し改修が可能であればカプセル化しても問題ない。ソースコードがあってもライセンス的に改修できない場合や、そもそもバイナリのライブラリしかない場合などは絶望的である。

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)

**デフォルトの名無しさん** · 2020/09/17(木) 06:37:28.60

※前スレ
https://mevius.5ch.net/test/read.cgi/tech/1596010678/

**デフォルトの名無しさん** · 2020/09/17(木) 06:38:11.32

※前々スレ
カプセル化の有害性、オブジェクト指向は愚かな考え
https://mevius.5ch.net/test/read.cgi/tech/1592491656/

**デフォルトの名無しさん** · 2020/09/17(木) 06:38:36.19

■仕様変更
それは雲の上で決まったことなので底辺社畜のITドカタにはどうすることもできない。
意見を言おうにも雲の上にいる奴らの顔すら知らない。
それこそが階層化で起きることだ。

オブジェクト指向云々ではない。

**デフォルトの名無しさん** · 2020/09/17(木) 06:55:37.46

クソスレ立てるな

**デフォルトの名無しさん** · 2020/09/17(木) 10:53:48.09

関数型OSは、日本が主導したいものですな。

**デフォルトの名無しさん** · 2020/09/17(木) 11:15:42.88

主導以前にそんなOSはどこの国からも実用化されません。
今のところ私の予言は的中しています。

**デフォルトの名無しさん** · 2020/09/18(金) 13:38:30.43

BSD系は基本的にそんな感じでしょ。
>>1のカプセル化は机上では素晴らしいが実際には云々というのも元祖BSDの開発者たちだし。

**デフォルトの名無しさん** · 2020/09/18(金) 13:39:56.81

BSD系OSを積むiPhone
その主力であるobjective-cもswiftもカプセル化なんてないからね

**デフォルトの名無しさん** · 2020/09/18(金) 16:03:39.49

カプセル化という言葉を理解せずにカプセル化を語りたがるスレ主w

クソスレだがNGするのに役立ってる

**デフォルトの名無しさん** · 2020/09/19(土) 20:40:29.18

publicでいいからな

**デフォルトの名無しさん** · 2020/09/19(土) 20:41:28.06

関数型が流行ったのもカプセル化の問題点をなんとかしようとした結果だろうしね

**デフォルトの名無しさん** · 2020/09/19(土) 20:54:42.74

オブジェクト指向が間違って広まったのが悲劇の始まりだよね

**デフォルトの名無しさん** · 2020/09/19(土) 20:55:48.52

カプセル化の問題点をなんとかしようとした結果じゃなくて
「ある種の問題」ではコードをシンプルに書けるからなだけだよｗ

だから関数型を使うと言っても全体を関数型言語で書くわけじゃなくて
「ある種の問題」に限って部分的に取り入れてる

**デフォルトの名無しさん** · 2020/09/19(土) 20:56:03.13

見えない内部状態で関数の挙動が変わるとか
常識的に考えて頭おかしいからな

**デフォルトの名無しさん** · 2020/09/19(土) 20:57:12.54

ひとりで書いてる時は問題ないんだけどね。

**デフォルトの名無しさん** · 2020/09/19(土) 20:57:27.89

零細企業で書いてる時も問題ない

**デフォルトの名無しさん** · 2020/09/19(土) 20:58:40.17

ひとつのシステムに複数の会社が絡むときにヤバくなる。
「あの会社が作った」と手を出せない。

**デフォルトの名無しさん** · 2020/09/19(土) 20:59:20.05

状態は1個の構造体にまとめるべきだよね

**デフォルトの名無しさん** · 2020/09/20(日) 10:07:39.93

>>12
関数型言語は並列・並行処理を簡単に書けるってので、オブジェクト指向プログラミングでの並列・並行処理に限界を感じてたゲーム業界とかが注目してたね。
コアの数が増え続ければ今C++なのが関数型言語に置き換わるかもとかnvのおっさんが話してたのも今は懐かしい・・・。

当時は理論先行で思ったより簡単じゃ無かったんだけど、ライブラリも整備されて理論に実態が追い付いてきたんだけど、もう注目されないかも？
見限られるのが早過ぎたんや・・・。

**デフォルトの名無しさん** · 2020/09/21(月) 09:34:25.96

nodejsみたいな関数型は理解に苦しむ人が多かったけど、
pythonの大流行で「カプセル化禁止のオブジェクト指向」が一般人にも広まった。

**デフォルトの名無しさん** · 2020/09/21(月) 10:36:14.65

カプセル化禁止のオブジェクト指向は
Python以外のどこで使われてるというの？

**デフォルトの名無しさん** · 2020/09/21(月) 10:39:59.83

pythonの大流行で「カプセル化の代わりにネームマングリングを使うオブジェクト指向」が一般人にも広まった。
と言うべきでは？

https://qiita.com/mounntainn/items/e3fb1a5757c9cf7ded63

> pythonにはprivate変数はありません。
> しかしprivate変数に近いことは実現できます。

> PEP8上のコーディング規約としては
> 「_」1つのprefixをclass内のみで利用する変数とされています。
> しかし、この変数はインスタンス化したオブジェクトからのアクセス時には
> 物理的な機構はなくカプセル化としての役目は果たせません。

_を付ける方法はカプセル化にはならない

> 「__」2つのprefixをつけた場合、
> ネームマングリング機構が働きます。
> 該当の変数名は「_class名」のprefixがついた変数名へと置換されます。

__をつけるとネームマングリングによって変数名が変わるので
よりよい擬似的なカプセル化の方法になる

**デフォルトの名無しさん** · 2020/09/21(月) 10:59:25.78

>カプセル化禁止

そもそもメンバーの可視性制御ができなきゃカプセル化してないというわけでもないと思うが。

**デフォルトの名無しさん** · 2020/09/21(月) 13:24:59.53

>>22
objective-cだろ
昔はiPhoneアプリ開発で利用強制されたから否応なしにその世界に足を突っ込んだやつは多い

**デフォルトの名無しさん** · 2020/09/21(月) 14:06:16.49

オブジェクト指向における「カプセル化」は情報隠蔽のことじゃないんだよ

データとそれを扱うメソッドをオブジェクトという単位にまとめることがカプセル化

前者の意味で使ってるとしても可視性の制御は必須ではない

**デフォルトの名無しさん** · 2020/09/21(月) 14:08:03.22

Pythonのオブジェクト指向言語機能はショボいので本格的にOOやるやつは少数派

Objective-Cは可視性の制御可能
Cでもできるけどね

**デフォルトの名無しさん** · 2020/09/21(月) 16:30:05.44

カプセル化はPythonのようにネームマングリングを使う方法がオブジェクト指向として一般的！

**デフォルトの名無しさん** · 2020/09/21(月) 16:52:34.51

Java Silver, Goldの試験問題の答えがカプセル化とは、フィールドをprivateにすることだった。

だから、時々、ややこしい議論が生じる。

毎回意味不明なテンプレでスレが建つけど、>>1の言うカプセル化が何を意味しているのか誰も知らない。>>1も知らない。

つまりクソスレ

**デフォルトの名無しさん** · 2020/09/21(月) 16:53:08.49

>>26
privateは何のためにあるの？

**デフォルトの名無しさん** · 2020/09/21(月) 16:53:56.49

>>30
ネームマングリングがあるPythonでは不要
publicのまま名前を変更するから呼び出しにくくなる！

**デフォルトの名無しさん** · 2020/09/21(月) 16:54:44.02

>>29
「カプセル化とはprivateではない」と書いてある教科書みたことないぞ。
ソース出せよ。

**デフォルトの名無しさん** · 2020/09/21(月) 16:56:00.38

>>32
前スレみれば。俺に言うな。

**デフォルトの名無しさん** · 2020/09/21(月) 16:57:19.25

>>29
Java Gold SE7対策問題 ? 問7
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/

Javaにおけるカプセル化について間違っているものを選んでください。
1. カプセル化とは、属性と操作を一体化させることである。
2. カプセル化されたクラスでは、インスタンス変数に対してむやみにアクセスされることを防ぐためにアクセス修飾子を「private」にすることが多い
3. カプセル化されたクラスでは、インスタンス変数の値を変更する手段としてメソッドが別途作成される事が多い
4. カプセル化されたクラスでは、インスタンス変数を操作するためのメソッドはアクセス修飾子を「public」にすることが多い
5. カプセル化を行うことで各オブジェクトの結びつきが弱くなり、プログラムの再利用性が高くなる
6. カプセル化を行うことで個々のオブジェクトの独立性が高まり、オブジェクト内部の変更が外部に影響しにくくなる。
7. カプセル化を行うことでソフトウェアの保守性や開発効率が高まり、プログラムの部分的な再利用も安易になる。

正解は「(5)」となります。

(5)以外の説明はカプセル化の説明としてどれも正しいものになります。特に抑えておいていただきたい選択肢は以下の2つでしょうか。

**デフォルトの名無しさん** · 2020/09/21(月) 16:57:48.73

世間でカプセル化と呼ばれてるものの99.9999%はprivateのことだな。
愚かなデファクトスタンダード

**デフォルトの名無しさん** · 2020/09/21(月) 16:59:45.88

https://qiita.com/tamekaji/items/6c19e3d05621741ee929

参考：「徹底攻略 Java SE 11 Silver 問題集」から引用：

カプセル化は、ソフトウェアを分割する際に、関係するデータと
そのデータを必要する処理を1つにまとめ、無関係なものや関係性の低いものを
クラスから排除することで「何のためのクラスなのか？」というクラスの目的を
明確化するために行い、ほかのクラスに重複するデータや処理がない状態を目指すものです。

**デフォルトの名無しさん** · 2020/09/21(月) 16:59:56.56

でも、privateが無い言語でもカプセル化ってあるけど？とかいう主張をしている人がいて衝突していた気がする。

**デフォルトの名無しさん** · 2020/09/21(月) 17:01:18.08

>>37
Pythonではprivateの代わりにネームマングリングを使います！

**デフォルトの名無しさん** · 2020/09/21(月) 17:01:59.62

>>37
衝突も何も「教科書」にはカプセル化はprivateにすることなんて書いてない
オブジェクト指向理解した気になってるなんちゃってが言ってるだけ

**デフォルトの名無しさん** · 2020/09/21(月) 17:04:39.17

逆に必要なものを「publicにすること」と書いてあるなｗ
同じ意味のように見えて同じではない。
なぜなら全て必要なら全てpublicにしても「publicにすること」という
条件を守っているからカプセル化の定義とは矛盾しない

http://e-words.jp/w/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96.html

カプセル化とは、オブジェクト指向プログラミングにおいて、互いに関連するデータの集合と
それらに対する操作をオブジェクトとして一つの単位にまとめ、
外部に対して必要な情報や手続きのみを提供すること。
外から直に参照や操作をする必要のない内部の状態や構造は秘匿される。

**デフォルトの名無しさん** · 2020/09/21(月) 17:04:54.88

>>32

> >>29
> 「カプセル化とはprivateではない」と書いてある教科書みたことないぞ。

もしかして、じゃなくて、「カプセル化とはprivateにすることである」のソースを求めてる？

だいぶ前に試験を受けたときの記憶だから...ちょっと教科書探すよ。

**デフォルトの名無しさん** · 2020/09/21(月) 17:06:58.85

>>39
capsuleでもprivateでもなくuntouchableじゃん？
そもそもpublicなら「遮蔽」にならんじゃん？

**デフォルトの名無しさん** · 2020/09/21(月) 17:08:09.08

>>42
> そもそもpublicなら「遮蔽」にならんじゃん？

カプセル化はprivateにすることではない
カプセル化は（必要なものを）publicにすることだ

必要ないものをどうするかなんて決まっていない

**デフォルトの名無しさん** · 2020/09/21(月) 17:08:59.13

> カプセル化されたクラスでは、 … アクセス修飾子を「private」にすることが多い

前スレの人ってのは、これを　カプセル化＝アクセス修飾子を「private」にすること　と解釈したんだろうか？

**デフォルトの名無しさん** · 2020/09/21(月) 17:09:40.98

「触るな危険」と「隠された真実」はかなり違うだろ。

**デフォルトの名無しさん** · 2020/09/21(月) 17:10:21.60

カプセル化において、必要ないものを
publicにしてコメントで内部用と書こうが、_プリフィックスをつけようが
Pythonのようにネームマングリングで呼び出しにくくしようが
どれでもいいのだ

必要なものをpublicにする。
必要ないものはどうでもいい。

**デフォルトの名無しさん** · 2020/09/21(月) 17:11:53.07

>>45
プログラミングにおいては「触るな危険」でも「隠された真実」でもなくて
「内部実装」（だから仕様は固定されておらず予告なく変更することがあります。）という程度の意味だな

**デフォルトの名無しさん** · 2020/09/21(月) 17:13:56.04

>>47
privateは「隠された真実」だろ。

**デフォルトの名無しさん** · 2020/09/21(月) 17:16:21.58

>>48
真実ってなんですか？
publicだと隠されてない真実なんですか？
プログラミングに置いて真実ってどういう意味ですか？

**デフォルトの名無しさん** · 2020/09/21(月) 17:22:09.73

>>49
不都合な真実
publicにできたらノーベル賞級の偉業だぞ

**デフォルトの名無しさん** · 2020/09/21(月) 17:22:50.39

>>49
そりゃ鮫島事件だろ