カプセル化は愚かな考え

**デフォルトの名無しさん** · 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/19(水) 22:33:08.34

昔のC言語は状態なんか持たなくても動いてたよｗ
前提が間違ってるじゃん

**デフォルトの名無しさん** · 2020/08/19(水) 22:34:39.94

>ソースコードが存在し改修が可能であればカプセル化しても問題ない。
>ソースコードがあってもライセンス的に改修できない場合や、そもそもバイナリのライブラリしかない場合などは絶望的である。
ライブラリが担うべき要件でもないし他の探すか自分で作るか改修依頼するかしかないでしょ
なんでカプセル化が悪の権化みたいなことになってんのｗ

**デフォルトの名無しさん** · 2020/08/19(水) 22:35:36.18

純粋でなければ、利点として宣伝されるものの多くが実現されなくなるからな。
もっとも、純粋であっても、現時点では実現されていないのだが。

**デフォルトの名無しさん** · 2020/08/19(水) 22:36:45.75

C言語とかバリバリ状態変数使ってるでしょ

**デフォルトの名無しさん** · 2020/08/19(水) 22:39:11.93

その状態の管理方法がオブジェクト指向でも純粋関数型でもないだけで

**デフォルトの名無しさん** · 2020/08/19(水) 22:56:55.74

>>140
getter/setterはJavaBeansの仕様だからね
JavaBeansはGUIツールでポトペタで操作できるようにするためのもの
GUIのツールでプロパティ書き換えたりイベントリスナー書いたりするのが目的
だからJavaBeansの情報を取得するBeanInfoにはgetIconメソッドがあったりする

JavaBeansではプロパティに値をセットしたら値が変更されましたイベントを発火したりするから
getter/setter経由でアクセスすることは理に適っていた

それがいつの間にかオブジェクト指向のプログラムではgetter/setterを書くんだーになってしまった
JavaBeansのようなコンポネントの作法はライブラリ内部で使われるようなオブジェクトには必要ない
デスクトップアプリの開発が衰退したおかげかいまはだいぶその認識が広まってる

**デフォルトの名無しさん** · 2020/08/19(水) 23:05:18.29

単にそのクラスに必要な操作のみ公開するという思想は良いと思うが
頭の硬いやつがいると理解出来ないからか文句を言ってくる

**デフォルトの名無しさん** · 2020/08/19(水) 23:25:59.69

>>162
結局入力と出力を
メンバ変数に入力や出力を内包されると単純に動作が把握し難いだけで
全くメリットがない
内包されたデータを見ないで修正してもいいのか？
お前の会社はそれでいいとは言わないだろう
だとしたら入力や出力を隠蔽するのは誰にとっても迷惑にしかならない

**デフォルトの名無しさん** · 2020/08/19(水) 23:41:19.27

そのクラスの責務（入力に対する出力の仕様）がわかっていれば
具体的な内部の動きを把握する必要がそもそもない
把握する必要ないから楽

**デフォルトの名無しさん** · 2020/08/19(水) 23:48:14.52

>>163
システムの規模が大きくなった時
どう管理するかって話だからその理屈は全く関係ないんだよな

内包されたデータを見ないで修正してもいいか？
オブジェクト指向であれば、それがある単位で分割されているから
そこだけを見ればいい

**デフォルトの名無しさん** · 2020/08/20(木) 00:39:03.89

>>164
お前が作ったクラスの動作がおかしいときどうすればいいの？
中身みんでええの？

**デフォルトの名無しさん** · 2020/08/20(木) 00:40:27.24

>>165
お前が作ったクラスの動作がおかしいときどうすればいいの？

**デフォルトの名無しさん** · 2020/08/20(木) 00:43:54.72

>>167
テストコード書いて直すだけ

**デフォルトの名無しさん** · 2020/08/20(木) 00:44:38.43

>>166
お前が作った関数の動作がおかしいときどうすればいいの？
中身みんでええの？

どちらも中身を見るなら
管理しやすいオブジェクト指向の方が良い

**デフォルトの名無しさん** · 2020/08/20(木) 00:50:30.84

適切な単位で分割されてると修正も楽
それこそ「そのクラスの責務（入力に対する出力の仕様）」だけ
満たすことを考えればいい

**デフォルトの名無しさん** · 2020/08/20(木) 00:53:30.10

内部で関係する変数とかを閉じててくれないと
そのクラスに値を設定する部分を見て回らないといけなくなる

**デフォルトの名無しさん** · 2020/08/20(木) 00:58:14.66

クラスに値を設定する部分は、そのクラスを見るだけでいい
引数として独立していると、その引数を使ってる部分を全部調べなければいけなくなる
戻り値が変わると、その戻り値を使ってる部分全てだ

**デフォルトの名無しさん** · 2020/08/20(木) 00:59:25.71

>>170
中身を見るとどうやらメンバ変数statesの値がnoneにならないとメソッドの処理が最後まで流れない処理になってるみたいなんだけど
こういうときどうしたらいいの？

**デフォルトの名無しさん** · 2020/08/20(木) 01:09:23.46

一クラス一メソッドの原則な。

**デフォルトの名無しさん** · 2020/08/20(木) 01:10:33.08

メンバ変数statesがprivateだったらそのクラス内に閉じた問題だから
単純にそのクラスのメソッド内でstatesとnoneを比較するようなとこを
洗い出せばいいんじゃないの？

**デフォルトの名無しさん** · 2020/08/20(木) 01:20:32.10

>>170
その責務って奴が言葉だけは聞こえがいいが
現実論として関わるプログラマや関係者の間で
認識がバラバラになる最大のポイントなんだわ。
プログラムやコンピュータを計算機として見てないんだわ。
「この処理を果たしてこの場所で書いていいものか…」
なんて余計な事で頭を悩ます最大の原因なんだわ。

それよりももっとシンプルに、
任意の場所に、受け取った引数を使って
結果を返す関数を作って関数に要求させた演算を
投げて結果だけ受け取った方が生産的だよね？
関数を連鎖的に組み合わせればどんな複雑な演算も
成し遂げることが出来る。

**デフォルトの名無しさん** · 2020/08/20(木) 01:27:25.42

それはチーム編成とか統制の問題では
レベルが低い集団だと統制とれずク○の山が積み上がって
収集つかなくなるんだろうな

**デフォルトの名無しさん** · 2020/08/20(木) 01:32:57.21

>>175
privateメンバ変数は見なくていいって話じゃなかったん？

**デフォルトの名無しさん** · 2020/08/20(木) 01:36:01.29

クラス外からは気にしなくていいけどクラスを修正するときは見なきゃだめでしょ
privateなら見るべき範囲はクラス内って絞ることができる

**デフォルトの名無しさん** · 2020/08/20(木) 01:44:41.21

>>179
じゃあ、結局見るんじゃんバーカ

**デフォルトの名無しさん** · 2020/08/20(木) 01:48:58.64

え

**デフォルトの名無しさん** · 2020/08/20(木) 01:52:46.09

まあ理解できもしないのに真似事みたいなことするのが一番迷惑だから
やりたいようにやりなさい

**デフォルトの名無しさん** · 2020/08/20(木) 02:03:10.41

そもそも>>173の質問がバカ丸出しなのに自覚ないとか

**デフォルトの名無しさん** · 2020/08/20(木) 07:00:11.09

>>161
プロパティって、どういうプロパティが存在するかを実行時にインスペクトできるというのも重要な性質だな。
BeansはJavaのリフレクションでそれを実現していたけど、単なるgette/setterではそういうのも忘れられている。

**デフォルトの名無しさん** · 2020/08/20(木) 07:31:18.16

>>179
さらにpublic staticならグローバル変数不使用なら引数と戻り値（入力と出力）の確認だけじゃん
絶対こっちのがクラスより優秀だろ

**デフォルトの名無しさん** · 2020/08/20(木) 07:59:40.26

>>176
それって、ちゃんと考えて設計するの面倒だから全部グローバル変数でやります、生産性高いよね！といってるのと変わらないじゃないかw

**デフォルトの名無しさん** · 2020/08/20(木) 08:08:01.01

>>186
比較するものがグローバル変数使用のソースしか無くなった？

**デフォルトの名無しさん** · 2020/08/20(木) 08:33:25.88

>>185
> さらにpublic staticならグローバル変数不使用なら
どうせその前提だとそれはクラス内部に状態を持つ必要ない単なるUtilityクラス
内のメソッドだろ？
状態をどうやって管理するかの話だったのに、状態を排除した前提を持ち出してきて
何を認めさせたいの？反論することだけが目的？

**デフォルトの名無しさん** · 2020/08/20(木) 08:38:25.78

>>188
だからグローバル変数不使用のc言語と同じでいいよ
っていうかこれで完璧なんだよ

**デフォルトの名無しさん** · 2020/08/20(木) 10:46:21.05

御託はいいからお前の書いたコード見てみたいわ
グローバル変数を使わないCコードが書けるんだろ？（失笑）
C言語ならグローバル変数はある程度使うべきなんだけどね

**デフォルトの名無しさん** · 2020/08/20(木) 11:25:12.56

>>190
普通に書きゃいいじゃんｗ
作れないものがあったと思ってるの？ｗバカ？ｗ

**デフォルトの名無しさん** · 2020/08/20(木) 12:04:17.63

下手なりにかけるとは思うよ下手なりに
ただその方法じゃスケールしない
ここまで言ってわからないならもう相手にしてあげないよ

**デフォルトの名無しさん** · 2020/08/20(木) 12:06:02.57

小さいプログラムしか書いたことないんだろうな

**デフォルトの名無しさん** · 2020/08/20(木) 12:14:50.55

結局大規模なものをカプセル化が有効なんだよね

**デフォルトの名無しさん** · 2020/08/20(木) 12:49:31.45

Information Hidingの意味でカプセル化と言ってるやつと
データとメソッドをオブジェクトという構造にひとまとめにすることをカプセル化と言ってるやつがいるから
話が噛み合ってない

前者はオブジェクト指向に関係なくあらゆるプログラミングスタイルで使われてる
規模に関係して重要になってくるのはInformation Hidingの意味でのカプセル化
CでもHaskellでもそれが重要なのは変わらない

後者はオブジェクト指向特有のもの
これはソフトウェアの規模の大小とは関係なく
どういう方向の変化に対して高い柔軟性を確保しておくのがいいかという問題なので
デメリットも考慮しつつ状況に合わせて採用するかどうか判断すべきもの

**デフォルトの名無しさん** · 2020/08/20(木) 15:12:12.70

Ha0cLvqC ← こいつに関しては
・情報隠蔽
・関心事の局所化
いずれの意味も明らかに理解できていないし、日本語も通じてないから話が噛み合わない

**デフォルトの名無しさん** · 2020/08/20(木) 16:03:22.57

お前らのコミュニケーション能力が劣ってるだけだろ
良い大人なんだからきちんと伝わる語彙と文法、論理を示せばわかりあえる
コミュ障のお前らに俺が手本を見せてやるよ

**デフォルトの名無しさん** · 2020/08/20(木) 16:04:17.28

>>191
>>193
ちんちんが痒いときってキンカン塗っとけば良いですよね？

**デフォルトの名無しさん** · 2020/08/20(木) 17:54:53.75

>>196
でも君、メリット説明できないよね？

**デフォルトの名無しさん** · 2020/08/20(木) 18:34:06.73

お前みたいな低能に説明してる時間が無駄

**デフォルトの名無しさん** · 2020/08/20(木) 19:27:08.80

>>200
まあ、この世のどのサイトも説明できてないから気にするなよｗ

ってアレ？ということはメリットない技術なんじゃない？ｗ

**デフォルトの名無しさん** · 2020/08/20(木) 19:33:32.26

技術的な関心があってこんなスレ開いてるんだろ？
にしては程度が低すぎる

**デフォルトの名無しさん** · 2020/08/20(木) 19:47:35.12

お前が今まで信じてきたものやってきたことって意味あったの？

**デフォルトの名無しさん** · 2020/08/20(木) 20:05:43.17

>>203
お前の方が顕著だろ
じゃあ、お前と主張が同じサイト持ってきてメリット説明してみろよｗ

**デフォルトの名無しさん** · 2020/08/20(木) 20:24:20.57

オブジェクト指向の理解にすら躓いてるやつと話しても時間の無駄だから

**デフォルトの名無しさん** · 2020/08/20(木) 21:49:30.63

>>205
ああ、そう？ｗ
メリットを解説できてるサイトないけどなｗ

**デフォルトの名無しさん** · 2020/08/20(木) 21:56:57.19

理解できる脳みそがない

**デフォルトの名無しさん** · 2020/08/20(木) 22:16:51.32

>>206
メリットを解説してるけど、解説になってないというサイトを言える？
お前が一番まともだと思うやつね。全てまともじゃないというのなら其の中でいちばん有名なやつ
それをお前が言えるのであれば、俺らはそれがちゃんとした解説になってることを証明するのは簡単だろう

**デフォルトの名無しさん** · 2020/08/20(木) 22:22:56.32

>>208
いいや、ゴミクズ過ぎて違いなんかわからん
オブジェクト指向が役に立つって書いてあるだけで俺にとっては全く役にたたんサイトなわけだし

**デフォルトの名無しさん** · 2020/08/20(木) 22:30:26.14

もう「お前はオブジェクト指向理解してない」
に結論づけるのやめにしようや。
かならずそこに収束するやん。
理解してない奴が悪いんじゃなくて
理解し難い概念であるオブジェクト指向が悪い
っていう発想の転換してんだよ

**デフォルトの名無しさん** · 2020/08/20(木) 22:31:11.37

だいたい言ってることキチガイじゃん
オブジェクトの中身は隠蔽されてるから気にしなくていいって言った口で
修正するときはprivateのメンバ変数使用箇所全部確認して直せって言ってるんだぜ
なんのために誰に隠蔽してたんだよｗ
完全に無意味じゃんｗｗｗ

こんなくだらないことやってるんだったら、public staticにするべきだぜ

**デフォルトの名無しさん** · 2020/08/20(木) 22:34:10.09

いや、一クラス一メソッドの原則に基づいて設計すればじゅうぶん可能。

**デフォルトの名無しさん** · 2020/08/20(木) 22:47:07.87

>>209
そういう言い訳をしたからお前の説得力ゼロになったな
結局何も知らなずにろくなサイトも見ずに
ダメダメ言ってるだけだろ？

言い返したいなら、ちゃんと解説してるサイトの一つでも上げてみろって

**デフォルトの名無しさん** · 2020/08/20(木) 22:48:24.29

>>211
> オブジェクトの中身は隠蔽されてるから気にしなくていいって言った口で
それは使う場合の話。つまり開発（担当）者とは別の人は気にしなくていい

> 修正するときはprivateのメンバ変数使用箇所全部確認して直せって言ってるんだぜ
それは開発（担当）者の話

この区別ぐらい基本だろ

**デフォルトの名無しさん** · 2020/08/20(木) 23:03:27.99

>>214
じゃあ、開発者しか触らない環境でクラスなんて作るのは無駄ってことでおｋ？
お前、完全にそう言っちゃってるよな？
それでええの？

**デフォルトの名無しさん** · 2020/08/20(木) 23:06:06.44

>>215
お前バカなのか？

例え自分が開発したとしても、それを使うだけの場合と開発する場合は違うだろ

苦労して頑張ってライブラリを作りました。
そのライブラリを使うときに、ライブラリのソースコードの中身を見ないと使い方がわかりません

ってそれ、作り方しっぱいしてるじゃん
お前はいちいち中身を見てるんだろうけどな

**デフォルトの名無しさん** · 2020/08/20(木) 23:07:26.61

>>213
ハイハイ、オブジェクト指向にメリットが全く無いのはメリットを感じ取れないやつがバカなんだよなｗ
誰も証明できないけどなｗ
バーカ、一生やってろｗ

**デフォルトの名無しさん** · 2020/08/20(木) 23:08:01.72

そのライブラリ使ってるブログ検索して
真似するだけなんだよなぁ…
隠蔽要らんやん

**デフォルトの名無しさん** · 2020/08/20(木) 23:11:15.07

>>216
は？何言ってるのか意味不明

**デフォルトの名無しさん** · 2020/08/20(木) 23:13:58.87

>>219
隠蔽っていうのはな、コードとデータの両方の話なんだよ
ライブラリにすれば中身を見なくてすむようになるんだよ
知ってるか？

**デフォルトの名無しさん** · 2020/08/20(木) 23:15:04.46

頑張ってクイックソートライブラリを作ったおっさんは
これでもうソートするときに中身をいちいち見なくてすむ
って安堵してるわけだ

**デフォルトの名無しさん** · 2020/08/20(木) 23:19:44.69

>>220
でも修正するとき見ないと駄目なんだろｗ
つまり作る側と使う側が完全に別れてないときにクラスなんか無意味なんじゃない？

**デフォルトの名無しさん** · 2020/08/20(木) 23:44:16.56

>>222
オブジェクト指向
　修正しない時・・・見ない（メリット）
　修正する時・・・見る

関数型言語
　修正しない時・・・見る（デメリット）
　修正する時・・・見る

理解できますか？

**デフォルトの名無しさん** · 2020/08/20(木) 23:44:18.70

>>195
そうそう。
カプセル化っていってんだから、オブジェクト指向は関係ない。
Cの構造体でメンバを公開したり非公開にしたりできまっせ。っていうだけのこと。
それを愚かというなら、その程度の規模のプログラムしか作ったことないんだろうね。

**デフォルトの名無しさん** · 2020/08/20(木) 23:45:52.06

>>222
君って情報学部の学生さんなんか？
それとも、どっかの会社でプログラマーの卵として頑張ってるのか？
プログラミングの素養が絶望的にないから、他の道で頑張ったほうがいいよ。

**デフォルトの名無しさん** · 2020/08/20(木) 23:47:57.89

>>223
は？意味不明
なんの説明してんの？
恥の上塗りの達人かよ

**デフォルトの名無しさん** · 2020/08/20(木) 23:49:20.30

>>226
理解できないのか？

お前が○○の時に限っては見るんだから意味ないっていうから
○○の時だけ見るというのはメリットだって言ってるんだが

**デフォルトの名無しさん** · 2020/08/20(木) 23:50:03.69

>>225
年収1000万超えのカリスマプログラマー（笑）さんですか？

**デフォルトの名無しさん** · 2020/08/20(木) 23:50:43.49

> でも修正するとき見ないと駄目なんだろｗ

でも風呂に入るとき脱がないと駄目なんだろｗ
じゃあ服着る意味がないじゃない

といっているのがお前

**デフォルトの名無しさん** · 2020/08/20(木) 23:55:00.24

>>227
「見る」の一人称が机に座ってモニターを眺めてる>>226なんだよ。
こんなのが新卒として入ってきたら、速攻で人事に掛け合ってクビにさせる。

**デフォルトの名無しさん** · 2020/08/20(木) 23:56:32.42

>>230
机じゃなくて椅子か。

**デフォルトの名無しさん** · 2020/08/20(木) 23:59:10.43

>>227
は？だってメンバ変数ってクラス内限定のグローバル変数だぜ
このときのお前のメソッドは俺の作るpublic staticなメソッドより遥かに
不出来で読みにくい
どこでいきなり編集されるかわからないメンバ変数に気を配りながら
メソッドを読むのはぶっちゃけ苦痛でしかない

**デフォルトの名無しさん** · 2020/08/21(金) 00:00:02.85

>>229
たとえ話が適切であることを証明してからしろよそういうのは

**デフォルトの名無しさん** · 2020/08/21(金) 00:01:33.82

> メンバ変数がクラス内限定のグローバル変数
その通りなんだが、声を出して笑ったわ。
君と働く人たちは大変だなw

**デフォルトの名無しさん** · 2020/08/21(金) 00:13:52.76

>>232
> は？だってメンバ変数ってクラス内限定のグローバル変数だぜ
お前の場合、ローカル変数は関数内限定のグローバル変数って言うだろｗ

**デフォルトの名無しさん** · 2020/08/21(金) 00:14:57.41

条件付きで何かを主張し始めたら、
それはもう主張が破綻してるってことなんですよ。

Macユーザー限定だとMacのシェア100%だ！みたいにね

**デフォルトの名無しさん** · 2020/08/21(金) 00:31:48.71

>>234-235
俺の作るpublic staticのが遥かに厳密に管理されてて
お前らのはしっかりやってるようでいて
わりかしドンブリだってわかっただろ？
俺はオブジェクト指向のここが特に嫌でメンバ変数がグローバル変数的な問題を起こすところが
クラスが大きくなったときに本当に嫌

つまり俺が嫌いなのはグローバル変数的な動きをするメンバ変数なんだよ
クラスでもちゃんと引数通してアクセスするような造りにしてるときは別にいいぜ
ただそれやるならpublic staticのがいいしやっぱりバカだね

**デフォルトの名無しさん** · 2020/08/21(金) 00:43:01.36

> わりかしドンブリだってわかっただろ？

なにか証明した？
それがわかるというレスを（明示できるなら）やってみてよｗ

**デフォルトの名無しさん** · 2020/08/21(金) 00:43:45.59

>>237
関数内ローカル変数が、グローバル変数だっていうのなら
関数を小さく保てばいいだけでは？ｗ

あ、クラスの話でしたっけ？
同じですがね

**デフォルトの名無しさん** · 2020/08/21(金) 01:05:05.19

>>238
だってpublic static でグローバル変数無しなら
入力に対する出力が絶対一定だぜ
これ以上の安心感ってあるの？

**デフォルトの名無しさん** · 2020/08/21(金) 01:06:35.83

まあ、デバイス絡むとそいつの状態次第だけど
そこに限定できるじゃん？

**デフォルトの名無しさん** · 2020/08/21(金) 02:13:09.68

>>240
引数が大量になるじゃんｗ
クラスの中にある変数を全部引数で渡すとしたら
何十個にもなるからな

それとも構造体で渡すのか？
そうすると構造体のうちどこを弄るかわからないから
結局グローバル変数と変わらなくなるなｗ

**デフォルトの名無しさん** · 2020/08/21(金) 03:01:20.82

たしかにベテランになるにつれ、パブリックスタティック関数でやりきる方がすっきりするかもしれん
整理の上手さで
利点はソースがシンプルで早く作れるのと、可読性が良い
ただし整理が上手い場合
もっとも、整理が下手ならクラスもうじゃーっとなるｗ
無駄にやたらオーバーロードしてたり

**デフォルトの名無しさん** · 2020/08/21(金) 03:02:16.79

いやオーバーロードはパブリックスタティックでもできるか

**デフォルトの名無しさん** · 2020/08/21(金) 04:45:13.35

>>243
もともと小さいプログラムならどっちでやってもすっきり書ける
問題はある程度大きくなると状態とかを取り回す必要が生じてその場合は
毎回staticな関数を呼ぶときにそれらを引数として渡さなきゃいけない
そこまで想像して発言してるか？

**デフォルトの名無しさん** · 2020/08/21(金) 04:53:48.30

小さいプログラムに対してはオブジェクト指向なんて記述が大げさすぎるのは事実だ
でもプログラムが大きくなってくるとその恩恵に預かれる

**デフォルトの名無しさん** · 2020/08/21(金) 04:55:17.21

例えばボタンを描画する関数があったとする
そのスタイルとはボタンの色、サイズ、座標

面倒くさいからリンクを貼るけど
https://docs.microsoft.com/ja-jp/dotnet/api/system.windows.forms.button?view=netcore-3.1

AccessibilityObject, AccessibleDefaultActionDescription, AccessibleDescription, AccessibleName,
AccessibleRole, AllowDrop., Anchor, AutoEllipsis, AutoScrollOffset, AutoSize, AutoSizeMode,
BackColor, BackgroundImage, BackgroundImageLayout, ImageLayout, BindingContext,
Bottom, Bounds, CanEnableIme, CanFocus, CanRaiseEvents, CanSelect, Capture,
CausesValidation, ClientRectangle, ClientSize, CompanyName, Container, ContainsFocus,
ContextMenu , ContextMenuStrip, Controls, Created, CreateParams, Cursor

飽きたがこれぐらい渡せばボタンが実現でっきるやろ

**デフォルトの名無しさん** · 2020/08/21(金) 05:34:11.16

>>242
どっちでもいいよ
そこで見た目にビビってやめちゃうのが一番の害
それだけ複雑な処理だから仕方ないんだよ
逆にそれだけのもんをグローバル変数で空中戦なんかするから手に負えなくなる

どんなにでかくなっても引数と戻り値に打ち込めや
逆にそこの検閲を徹底するから楽になるんや

**デフォルトの名無しさん** · 2020/08/21(金) 05:36:23.70

>>247
必要なら全部持っとけや
それらをグローバル変数で空中戦やられる地獄を味わうよりずっといい

**デフォルトの名無しさん** · 2020/08/21(金) 07:03:30.98

>メンバ変数ってクラス内限定のグローバル変数だぜ
最強の迷言

**デフォルトの名無しさん** · 2020/08/21(金) 08:40:41.98

>>250
でもそうだろ？
俺のpublic staticグローバル変数無しのメソッドのが遥かにキッチリ作ってあるというわけ

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

お前がコーディングしたプログラム貼れよ。
一つのメソッドで1000行とかそれ以上書いてそうなんだよな。

**デフォルトの名無しさん** · 2020/08/21(金) 09:57:08.78

>>250
君は引数やローカル変数、戻り値の代わりにインスタンス変数使ってるプログラムを見たことがない幸せな人
オブジェクト指向こじらせたバカは想像を超えてくるぞ

**デフォルトの名無しさん** · 2020/08/21(金) 10:00:09.80

変数は必要最小限にしたが良い
数もスコープも

**デフォルトの名無しさん** · 2020/08/21(金) 10:30:15.77

要するにゴミのような想像を絶する現場で使われてる言語がJavaだった、と
すると袈裟が憎い理論も成り立つ

が、どんなパラダイムのどんな言語を使っても底辺ドカタはゴミを作り出す
とすると、一定水準以下の知能の物体は習得できない、面倒な言語を作った方がいい