カプセル化は愚かな考え

**デフォルトの名無しさん** · 2020/07/29(水) 17:17:58.13

■危険性

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

一方、カリフォルニア大学バークレー校の有識者を中心とした「インターネットを作った人たち」は「階層化の有害性（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/08/31(月) 11:19:36.36

愚かな・・・なんて愚かな・・・

※戦場のピアニスト

**デフォルトの名無しさん** · 2020/08/31(月) 11:30:50.52

>>742
？
条件分岐や判定が複雑に入り混じった様なのは、むしろ関数型言語や論理型言語の得意分野だけど・・・。
今まで関数型言語が苦手と言うか、純粋さを捨てていた手続きってのは

putStrLn str
print n

みたいな戻り値が無い関数(voidな関数や戻り値を普段は使わない関数)が続く様な処理や入出力。
これを順番を保証するのが難しかった。

そこを圏論でプログラム丸ごと関数の様なものとして順番を保証しつつ参照透明性を確保する事で大きな意味での(個人的に純粋とは言わない気もするが)純粋関数型言語を実現した。

putStrLn str >>= \_ -> print n

上の糖衣構文

putStrLn str >> print n

do形式で手続き型言語っぽく(手続き型言語っぽいとはいえ、しっかり関数型言語なので一つの巨大な式に還元される)

do
putStrLn str
print n

**デフォルトの名無しさん** · 2020/08/31(月) 13:40:25.41

これからの時代、多態性よりポリリズムのほうが重要。

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

何回繰り返すんだ…

**デフォルトの名無しさん** · 2020/08/31(月) 15:35:42.21

x,y,zをpos2d,zで持つことはないよねって100万回復唱しろ

**デフォルトの名無しさん** · 2020/08/31(月) 17:14:59.79

ネタスレのようだが

カプセル化は問題無い
隠蔽化が問題有る

**デフォルトの名無しさん** · 2020/08/31(月) 18:06:13.87

単純に実行しないとインターフェースから先に飛ぶことができないのも読みにくい
更にそこから先の処理の可能性がインターフェースを持つクラス全部とかこれまた読みにくい
更にそのクラスのインスタンスの違いについても追わなきゃいけなくて結果としてゴミクズ

**デフォルトの名無しさん** · 2020/08/31(月) 18:45:27.41

カプセル化はいまいちメリットわからんよね
スコープの話なのに徹底できてない点がカプセル化の是非が定まらない原因

**デフォルトの名無しさん** · 2020/08/31(月) 18:49:04.49

カプセル化したくせにSetterとかGetter作ってるやつ見ると

「オメェ、ここおかしんじゃねーのか？」

って言いたくなる
アクセスをイベントに限定したいのか？
誰でもいつでもアクセスしたいのかスタンスをハッキリさせろよｗ

**デフォルトの名無しさん** · 2020/08/31(月) 19:30:45.75

>>747
なにをいまさら

**デフォルトの名無しさん** · 2020/08/31(月) 20:27:11.07

>>753
setterとgetterを準備するぐらいならいさぎよく
publicにした方が「私は」いいと思うけどな

**デフォルトの名無しさん** · 2020/08/31(月) 20:59:45.24

そうですか

**デフォルトの名無しさん** · 2020/08/31(月) 21:33:12.45

>>755
作るソース全部そんな感じの奴がいて邪魔くせぇ

wpfのINotifyPropertyChangedってさ関係ないイベントでも発火して制御できないよね
はじめはsetter、getterでやってたけどあかんわ
発火したいときとそうでないときと手動で分けられないとあかんわ
なんかこれ系のついでに何やらやっちゃおうシステムって開発終盤になると全部ゴミだな

**デフォルトの名無しさん** · 2020/08/31(月) 21:44:33.69

>>753
Java web appだと、lombock入れてカプセル化壊すのが当たり前になっちまった。
スマホアプリとか組み込み系とかでしっかりコーディングすればいいと諦めてる。

実際、Web アプリ界隈はバカばっかだし。割り切りも大切。

**デフォルトの名無しさん** · 2020/08/31(月) 21:48:45.10

>>758
https://codezine.jp/article/detail/7274

> 　Javaは言語仕様上の制約により、ボイラープレートコード（自明だが省略できないお決まりのコード断片）が
> いくつかあります。例えば、メンバ変数を読み書きするだけのgetterメソッドやsetterメソッドがこれにあたります。
> Lombokを使えば、これらJava特有の冗長なコードを、見やすく簡潔なものにすることができます。
>
> 　LombokではEclipseのような自動生成ではなく、アノテーションを付与することにより
> ボイラープレートコードを実装したのと同じ効果を得ることができます。

単にプロパティをアノテーションで書けるってだけだよね？
これのどこがカプセル化破壊になるの？

**デフォルトの名無しさん** · 2020/08/31(月) 23:12:59.79

エラーチェックをしたいときはsetter

**デフォルトの名無しさん** · 2020/09/01(火) 00:02:49.23

もしかして
貧血ドメインモデル

**デフォルトの名無しさん** · 2020/09/01(火) 00:41:56.64

>>760
それ、エラーチェックをしたいときはpublicメソッド呼び出しと
言ってるのと同じことだけど、何の関係があるの？

**デフォルトの名無しさん** · 2020/09/01(火) 00:52:29.54

JavaBeansではセッタとメソッドは別の概念
セッタを通じて状態にアクセスすることでオブジェクトは
よりスマートになる

**デフォルトの名無しさん** · 2020/09/01(火) 00:54:01.92

一周回ってアクセサが再評価される段階に入った

**デフォルトの名無しさん** · 2020/09/01(火) 02:05:29.12

>>763
なんねーよ
バカジャネーノ
ブッコロ

**デフォルトの名無しさん** · 2020/09/01(火) 02:06:41.53

何がカプセル化だよ
settergetter使うなら丸出しと変わんねーよ

**デフォルトの名無しさん** · 2020/09/01(火) 02:27:10.74

これからの時代、多態性よりポリフェノールのほうが重要。

**デフォルトの名無しさん** · 2020/09/01(火) 04:55:11.55

下駄　雪駄

**デフォルトの名無しさん** · 2020/09/01(火) 09:15:18.95

>>766
そんなわけないやろ。

**デフォルトの名無しさん** · 2020/09/01(火) 09:26:14.90

>>766
おいお前それはないよ

**デフォルトの名無しさん** · 2020/09/01(火) 10:03:35.97

>>766
お前もしかしたら全てのメンバ変数に
setter/gette作ってんのか？
お前が丸出しにしてるだけだろｗ

**デフォルトの名無しさん** · 2020/09/01(火) 10:13:31.32

これこそ露出狂という奴だなw

**デフォルトの名無しさん** · 2020/09/01(火) 11:42:47.53

今時、意図せずフィールド丸出しはない

**デフォルトの名無しさん** · 2020/09/01(火) 11:53:13.42

>>771
は？そもそもオブジェクト指向とか言うクソ使ってねーわ

**デフォルトの名無しさん** · 2020/09/01(火) 12:14:48.18

>>774
オブジェクト指向は既に俺の股間に付いているのだから、オブジェクト指向プログラミング言語は要らない！

**デフォルトの名無しさん** · 2020/09/01(火) 12:27:07.84

だから適切なインターフェイス作成ができないなら素直に関数にしとけと。。
馬鹿に限って自分のクラス設計に自信持ってんだよな。。

**デフォルトの名無しさん** · 2020/09/01(火) 12:50:13.91

CSSはJavascriptで実装されただけあって、仕様も混沌としてるな。
動的確保前提の設計なので、いちいちイラっとする。

**デフォルトの名無しさん** · 2020/09/01(火) 12:52:31.23

ハァ？

**デフォルトの名無しさん** · 2020/09/01(火) 12:59:45.89

教科書は「後で説明するので今はそういうものだと思ってください」というのは無い。
前から順番に読んでいくと、説明なく出てくるものが無いのである。

仕様を書くときは、教科書のように書くことを徹底する。
するとどうなるか？
相互参照が無くなるのである。
相互参照が無くなれば、変数の大きさは一意に決まる。
つまり不要不急の動的確保が無くなるのである。

これがC/C++の掟である。

**デフォルトの名無しさん** · 2020/09/01(火) 13:15:28.27

今まで見たもっともひどいクラス設計は？

**デフォルトの名無しさん** · 2020/09/01(火) 13:22:15.49

>>779
1+1=2なんです。今はそういうものだと思ってください。
って最初からやってるぞｗ

**デフォルトの名無しさん** · 2020/09/01(火) 13:26:52.52

Javaのようなお猿さん言語はプリミティブ以外はすべて参照、つまり動的に確保される。
だからいつでもどこでも動的でいいのだなどと思わないでほしい。
あなた方はお猿さん。
そしてお猿さん用言語を使っている。
しかし、世の中には人間もいることを忘れないでほしい。

人間はもっと効率の良い設計を求めるものだ。

**デフォルトの名無しさん** · 2020/09/01(火) 13:31:17.95

Javaのような人間用言語はプリミティブ以外はすべて参照、つまり動的に確保される。

というふうに入れ替えても問題ないんじゃね？ｗ

**デフォルトの名無しさん** · 2020/09/01(火) 13:35:01.05

入れ替えた場合、C/C++は天才用言語になるからダメだ。

**デフォルトの名無しさん** · 2020/09/01(火) 14:09:37.70

>>779
小学生の教科書からやり直せ

**デフォルトの名無しさん** · 2020/09/01(火) 14:12:06.91

脳筋プログラマばっかりだな

**デフォルトの名無しさん** · 2020/09/01(火) 15:05:15.80

>>780
MFC

**デフォルトの名無しさん** · 2020/09/01(火) 15:29:52.72

>>781
高校までの教科書は大学入ったら全部役に立たないよなω

**デフォルトの名無しさん** · 2020/09/01(火) 15:31:01.61

>>787
あれはただのwrapper以下だからなー

**デフォルトの名無しさん** · 2020/09/01(火) 15:51:55.50

MFCは30年前のライブラリだからな。
よくまあここまで生き残ったわ。

**デフォルトの名無しさん** · 2020/09/01(火) 16:28:44.96

同じ時期かそれより前にあった OWL の方が10000倍マシだった

**デフォルトの名無しさん** · 2020/09/01(火) 20:39:35.27

御子を捨てよ、良いな？

**デフォルトの名無しさん** · 2020/09/01(火) 21:24:37.44

Delphi最強

**デフォルトの名無しさん** · 2020/09/01(火) 21:52:46.77

>>779
Javaの教科書には

class Test {
public static void main(argv[]) {
System.out.println("Hello");
}

とりあえずこれで動きます。「あとで説明するので今はそういうものだと思ってください」
と堂々と書いてあるぞ。

◆QZaw55cn4c · 2020/09/01(火) 22:55:07.49

>>794
× public static void main(argv[]) {
○ public static void main(String[] argv) {

**デフォルトの名無しさん** · 2020/09/01(火) 23:46:39.13

プロパティは、可変階層と同じく若気の興味本位系ではあるが
ベテランになってからも、いくつか使ったことはある

設定時処理のカプセル化
カプセル化と言っても隠したいわけじゃなく、設定する時に絶対にこの処理を通す、という便利機能
「発火」は未経験だが、下手な作りだとなり得る構造だね
ちゃんとできてたとしても、よほどの事情がない限り、普通の関数で書いた方がシンプルで理解もしやすいと思う

なぜ使ったのか、過去ソースを見てみたら、なるほどｗ
ＳＥＴ時だけでなくＧＥＴ時にも複雑な処理があるものがあり、これをそれぞれ関数で書くと、関数名が２倍に増える
少なくとも関数名の数を半分にする効能はある
言ってみれば１つの関数に２つの内部関数がある構造なので

**デフォルトの名無しさん** · 2020/09/02(水) 00:29:23.85

ベテランねー

**デフォルトの名無しさん** · 2020/09/02(水) 01:31:27.80

関数でもできるな
引数が未設定ならＧＥＴ動作に切り替わると
実際そういう関数も作る
プロパティだと逆に２個になってしまう言語の場合

**デフォルトの名無しさん** · 2020/09/02(水) 01:58:36.95

藻前ﾗ、ﾓﾁﾂｹ
https://i.imgur.com/DJzoN7F.jpg

**デフォルトの名無しさん** · 2020/09/02(水) 08:33:16.30

>>759
Lombok調べてきました感がw

お前が実務経験ないアマチュアってことはよくわかったから口出さないでくれ。

**デフォルトの名無しさん** · 2020/09/02(水) 09:26:13.66

単純なValueオブジェクトはCとかだと
struct Color {
int r, g, b;
};
Color color;
int red = color.r;
みたいに書けるところをわざわざgetter/setter毎回作るの？
アホらしくない？

**デフォルトの名無しさん** · 2020/09/02(水) 10:33:19.59

>>800
何も言い返さないのかよｗ

**デフォルトの名無しさん** · 2020/09/02(水) 10:36:53.36

>>801
Valueオブジェクトって何か知ってる？

**デフォルトの名無しさん** · 2020/09/02(水) 11:10:55.31

オブジェクト指向はフレームワーク実装者が意識すべきもの
フレームワーク利用者はその枠でただベタにアプリ実装すればよい

プロパティはフレームワーク実装側から見ると自分自身に対しては何も利益がないけど
フレームワーク利用者の行動をコントロールできるという点で利益がある

**デフォルトの名無しさん** · 2020/09/02(水) 12:01:34.43

ValueオブジェクトってDDD関連で出てくる単語だったのね
その意味では知らなかったけど、そんなこと聞きたいんじゃない

**デフォルトの名無しさん** · 2020/09/02(水) 12:08:34.16

>>801
必要なら作っていいし、必要ないならCみたいに書けばいい

**デフォルトの名無しさん** · 2020/09/02(水) 12:21:27.36

ホントかなぁJava触ってるやつらは
getter/setter使わず単にpublicフィールドにしたら
文句行ってきそうなイメージだったけど

**デフォルトの名無しさん** · 2020/09/02(水) 12:33:16.41

ValueObjectはReadOnlyが基本だからfinalにして変数をpublicにします

**デフォルトの名無しさん** · 2020/09/02(水) 13:30:42.14

オブジェクト指向に対する愚痴を延々と続ける人には主に2つのタイプがある。

1つはその人にとってオブジェクト指向が新しいパラダイムでありそれを受け入れる事が出来なかった老害タイプ。

もう1つはJavaを通してしかオブジェクト指向を理解しようとしないJava屋の土方タイプ。

両方の属性を持ったタイプが最もタチが悪い。

**デフォルトの名無しさん** · 2020/09/02(水) 13:31:38.92

>>809
そもそも誰もメリット説明できてないけどねｗ

**デフォルトの名無しさん** · 2020/09/02(水) 13:53:16.93

>>810
メリットがわからないなら使わなければいいだけ

**デフォルトの名無しさん** · 2020/09/02(水) 13:56:40.83

メリットのつもりだけどちっともメリットになってないやつがいるよな
不必要な階層化が明らかにバグ増やしてるやつ

やめとけって

**デフォルトの名無しさん** · 2020/09/02(水) 14:23:36.56

>>779
ホントか？

https://ezoeryou.github.io/cpp-intro/

コレのHelloWorldには「コードの詳細な意味はさておくとして」とあるぞ

**デフォルトの名無しさん** · 2020/09/02(水) 17:14:55.68

C++のこれダサくない？
std::cout << "hello" ;

<<これダサくない？

イキりマンが設計したとしか思えない

**デフォルトの名無しさん** · 2020/09/02(水) 17:53:01.12

>>814
俺もクソだと思う

**デフォルトの名無しさん** · 2020/09/02(水) 17:57:46.65

明らかに (hoge)printf の方が使い易い

**デフォルトの名無しさん** · 2020/09/02(水) 18:23:05.03

C++でそれ使った事無かったなｗ
何故かhello worldではそのコードが書かれている事が多いけどｗ

**デフォルトの名無しさん** · 2020/09/02(水) 18:31:49.16

std::cout << "hello" << std::endl;

**デフォルトの名無しさん** · 2020/09/02(水) 19:19:30.10

ダサいけどprintfのセキュリティ的な問題がないから使っておる

**デフォルトの名無しさん** · 2020/09/02(水) 21:24:37.75

>>814
普段からLinuxを使ってないとその発想にならないと思う
PHPのほうが自然

**デフォルトの名無しさん** · 2020/09/02(水) 21:42:32.36

>>809
「オブジェクト指向を妄信する人への揶揄」が「オブジェクト指向に対する愚痴」に見えている可能性

**デフォルトの名無しさん** · 2020/09/02(水) 21:44:17.02

>>821
>「オブジェクト指向を妄信する人への揶揄」が

ならば「チンポがシコシコする」という日本語表現は、文法的に正しいのか？

チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。

オブジェクト指向で言う「集約」は２種類あって、全体（俺）と部分（チンポ）が繋がっている場合と、
全体（俺）と部分（チンポ）が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。

違うか？

「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、５０字以内で述べろ！

**デフォルトの名無しさん** · 2020/09/02(水) 21:46:22.75

>>809
>1つはその人にとってオブジェクト指向が新しいパラダイムであり

俺の股間に付いているモノは「オブジェクト指向」とは違うのか？

**デフォルトの名無しさん** · 2020/09/02(水) 21:51:21.43

>>804
フレームワーク作成者の
身の保身のために
無意味な作業何度もさせられるんか？

フレームワークだけやないで
大抵の既存クラスがそんなもんや

**デフォルトの名無しさん** · 2020/09/02(水) 21:51:33.18

>>811
老害のドカタに使わないという選択肢があると思うか？

選ぶ自由がない環境でしか生きられない上にリアルで相手にされないから5chで愚痴を言い続ける。

低脳低スキルを他者のせいにするメンタリティのやつには何言っても無駄よ。建設的議論にはなりえない。

**デフォルトの名無しさん** · 2020/09/02(水) 22:01:00.56

>>810
「チンポがシコシコする」という日本語は、何かオカシイか？

**デフォルトの名無しさん** · 2020/09/03(木) 00:55:17.34

>>825
イキってクソコード撒き散らす害悪よりかはマシだけどな。
お前のクソスキルはどうでもいいからとりあえず関数かけ馬鹿。

**デフォルトの名無しさん** · 2020/09/03(木) 01:19:00.75

藻前ﾗ、ﾓﾁﾂｹ
https://i.imgur.com/2QRRE2u.jpg

**デフォルトの名無しさん** · 2020/09/03(木) 11:50:45.09

誰？
タイトルは？

**デフォルトの名無しさん** · 2020/09/03(木) 12:14:39.09

>>829
必死だな（藁

**デフォルトの名無しさん** · 2020/09/03(木) 14:28:11.70

SubjectとObjectの違い

**デフォルトの名無しさん** · 2020/09/03(木) 17:30:23.79

結局これ人間性の問題なのよ。

カプセル化を容認するような人間は、犯罪も容認するし、なにも守れない。

**デフォルトの名無しさん** · 2020/09/03(木) 17:31:02.51

>>814
それがかっこよかったんだよ。

**デフォルトの名無しさん** · 2020/09/03(木) 17:31:54.36

型安全なprintfですんだ話し

**デフォルトの名無しさん** · 2020/09/03(木) 18:52:57.27

僕はオチンチニストです

**デフォルトの名無しさん** · 2020/09/03(木) 21:35:19.31

オポンティーヌと言えば、あわしろいくやを連想してしまうな。

**デフォルトの名無しさん** · 2020/09/03(木) 23:15:25.43

オブジェクト指向否定する前に小学校の国語からやりなおせカス

**デフォルトの名無しさん** · 2020/09/03(木) 23:26:55.29

>>837
オブジェクト指向は俺の股間に付いているからな！

**デフォルトの名無しさん** · 2020/09/03(木) 23:44:41.85

ズンドコベロンチョは至高！
ズンドコベロンチョ否定する前に小学校の国語からやりなおせカス

何にでも使える。

**デフォルトの名無しさん** · 2020/09/04(金) 01:10:13.14

https://video.twimg.com/ext_tw_video/1293154574795067398/pu/vid/1280x720/8c4iCDgG8QEnD1Y9.mp4

**デフォルトの名無しさん** · 2020/09/04(金) 17:25:27.12

オブジェクト指向は設計を間違えるときついことが起こる。
C++みたいな純ではないのはその辺り、コードがわかりにくくなるだけでなんとか対応できる。

**デフォルトの名無しさん** · 2020/09/04(金) 17:52:24.10

関数型言語は設計を間違えるときついことが起こる。

そして正しい設計の話は一切でない
ボタンを作るにはどうすればいいんだ？

**デフォルトの名無しさん** · 2020/09/04(金) 18:14:27.54

>>842
GUI Toolkitしだいだと思うよ
F#ならnew Buttonで作れる

**デフォルトの名無しさん** · 2020/09/04(金) 18:23:09.61

>>839
「ズンドコベロンチョ」は、俺の股間に付いている！