カプセル化の有害性、オブジェクト指向は愚かな考え

**デフォルトの名無しさん** · 2020/06/18(木) 23:47:36.69

カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、オブジェクトの実際の型を隠蔽したりすることをいう。

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

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

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/07/05(日) 11:26:35.07

>>890
君の会社はどこなん？

**デフォルトの名無しさん** · 2020/07/05(日) 11:27:26.12

>>891
アメリカ製のパッケージとかコンサルとの間でよく揉めてる仕事なん？
なにそれ？何言うてんの？何の仕事してるんよ

**デフォルトの名無しさん** · 2020/07/05(日) 11:27:47.35

>>885
それは網羅してないからダメという意見では？
そこに反論するならば「privateのテストを強制すべきではない」ではなく
「public経由でも網羅することは可能」ではないかね？(できるなら)

**デフォルトの名無しさん** · 2020/07/05(日) 11:27:51.75

>>882
>>848
デフォルトの名無しさん2020/07/05(日) 08:16:36.05ID:IUsMolpf
publicを通した範囲でしかできないprivateのテストは網羅されてなく
メソッドの単体テストとして十分なテストは行われていません
あなたの意見は採用できません
できれば実際のプロジェクトを5つぐらい経験されてはいかがでしょうか？

**デフォルトの名無しさん** · 2020/07/05(日) 11:28:29.72

>>892
アメリカの大手一流でこうしてるから、こうするのが正解なんやー
言うてたからアメリカの超一流ってどこなんよ？と聞いたんやけど
なんで言えへんの

**デフォルトの名無しさん** · 2020/07/05(日) 11:28:59.86

>>870
新しい理論や手法を提唱する人には良くあることだと思うけど、その理論はある前提、ある側面では正しいけど、常に無条件に適用することは正しくないと本人は分かっていて、敢えてそういうことはわざわざ詳しくは説明しない。自分の論が有用な物だと主張したいがため、嘘はつかない範囲で相手が勝手に誤解してすごいと思わせるような物言いをする。
で、その理論に感銘を受けた人の一部が、理論の表面的な効能だけをありがたく受け取って問題点や前提条件などは正しく理解しないまま、受け売りの知識を他所で披露する。
そこで議論になると、本質をちゃんと理解してないまま自説を擁護しようとするから、無理が生じたり話が噛み合わなかったりする。
という流れでイマココなのかなと思う。

**デフォルトの名無しさん** · 2020/07/05(日) 11:29:53.38

>>897
なるほどね、わかる気がする

**デフォルトの名無しさん** · 2020/07/05(日) 11:29:56.16

大手一流の名前を言うだけで逃げそう（笑）

**デフォルトの名無しさん** · 2020/07/05(日) 11:33:32.02

足ガクガクになってまうよー

**デフォルトの名無しさん** · 2020/07/05(日) 11:36:47.20

まぁ、単体テストでprivateを直接呼び出すのは変な話だけどな。
デバッグならともかく、単体テストでリフレクションによるprivate強制実行とか反則でしょ。
デバッグで許される理由は、バグを見つける可能性があるから。
単体テストで駄目な理由は、テストの合否判定が不当に変わる恐れがあるから。

というのが自分の見解だが、皆さんはどう？
スレが加速してからの途中参加だから、自分の発言に自信ないけど。

**デフォルトの名無しさん** · 2020/07/05(日) 11:37:26.26

>>894
そもそもpublicを経由するのが網羅してないから、経由せずにprivate単位で
コード書き換えてテストやるべきという主張自体がOO的にはおかしいわけです。

見せたくないからprivateなわけで。

もちろんデベロッパー個人でコード入れて確認することはあるだろうけれども、
開発手順としてテストケース書いてログ残してというのは違う。

public経由で内部を網羅してるかしてないかは知ったことではない、というのが正解。
上の例で言えばfuncBやfuncSがnullをチェックしてようがしていまいが他のチームには
関係ないわけです。入り口でnullチェックしてれば。

個人的にはサイズがでかければprivateでも入れるけども、それをテストケース書いて
ログ残してと要求されたことはないし、普通はされんはず。少なくともアメリカでは。

**デフォルトの名無しさん** · 2020/07/05(日) 11:38:33.09

GoogleであってもMicrosoftやOracleもバグのないソフトは作れないし
銀の弾丸的な手法があるわけもなく、アメリカ、大手、一流という箔付けに頼ってるだけでしかない

**デフォルトの名無しさん** · 2020/07/05(日) 11:41:45.16

せっかく匿名で議論できるのに
「アメリカの大手一流」とか言い出しちゃうところが哀れやわ
>>805の下痢便コード出た時点でスレ終了やろ普通

**デフォルトの名無しさん** · 2020/07/05(日) 11:43:37.87

>>896
君の会社はどこなの？

アメリカ大手１流でブライベート単位でのテストケース書いたりした網羅的なテストは「していない」という証明は悪魔の証明だから無理だけど。全社で働いたわけじゃないし。

逆にアメリカ大手１流でやっているという証明は一件出すだけなのでGAFAのどこでも、マイクロソフトでもアドビでも簡単にできるのでぜひどうぞ。

ただ、なんかコピペで爆撃されたオートメーションツールでは、特にコンパイル必要な言語は、直接privateテスト出来ないよ。当たり前の話。

**デフォルトの名無しさん** · 2020/07/05(日) 11:45:23.06

>>905
アメリカの大手一流ってどこなんよ？

**デフォルトの名無しさん** · 2020/07/05(日) 11:45:48.03

その会社がやってるからすごいんでしょ、はよ教えてやー

**デフォルトの名無しさん** · 2020/07/05(日) 11:47:16.10

もう何でもええから言うて、そしたら僕がすごーいって言うから、もうそれでええやんか

**デフォルトの名無しさん** · 2020/07/05(日) 11:49:23.59

また別IDが下痢便とか発狂し始めた。

お前はほんとにウンコとかそのレベルのことが好きだな。

**デフォルトの名無しさん** · 2020/07/05(日) 11:51:02.27

>>907
やって「ない」という話だけど。
まず日本語学んでやー　よろしくなー

**デフォルトの名無しさん** · 2020/07/05(日) 11:51:58.59

>>910
アメリカの大手一流ってどこなんよ？

**デフォルトの名無しさん** · 2020/07/05(日) 11:52:54.88

たぶんアップルは単体テストやってない、SSLでアホなバグだしてたから、あの会社適当だわ、しらんけど

**デフォルトの名無しさん** · 2020/07/05(日) 11:53:26.19

>>911
君が自分の名刺でもあげたら考えとくわー

**デフォルトの名無しさん** · 2020/07/05(日) 11:55:12.71

>>913
アメリカの大手一流ではそれが普通なんやーおりゃーってイキっておられましたよね
だから聞いたのに、教えてくれないなんて酷いです、あんなにイキってたのに酷いです

**デフォルトの名無しさん** · 2020/07/05(日) 11:55:58.39

>>902
> そもそもpublicを経由するのが網羅してないから、経由せずにprivate単位で
> コード書き換えてテストやるべきという主張自体がOO的にはおかしいわけです。

誰がそんなこと言ってるの？

少なく遠も俺は
1. privateはpublic経由でテストすれば十分
2. もしpublic経由でテストできないほど複雑なら、そもそも設計がおかしい
3. 設計の問題を修正して、責務を分割すれば、自然にpublicになるはず
と言ってる。

テストするためにpublicにするのではなく
問題がある設計を直せばpublicになる。と言っている。

**デフォルトの名無しさん** · 2020/07/05(日) 11:55:59.42

>>914
劣等感がひどいな君は。まずはカウンセラーに
かかりなさい。OOの話はそれからしようか。

**デフォルトの名無しさん** · 2020/07/05(日) 11:58:34.47

>>915
いや　だ　か　ら　この人。

848デフォルトの名無しさん2020/07/05(日) 08:16:36.05ID:IUsMolpf
publicを通した範囲でしかできないprivateのテストは網羅されてなく
メソッドの単体テストとして十分なテストは行われていません
あなたの意見は採用できません
できれば実際のプロジェクトを5つぐらい経験されてはいかがでしょうか？

**デフォルトの名無しさん** · 2020/07/05(日) 11:59:21.06

アップルのSSLのバグはこれね

Apple史上最悪のセキュリティバグか、iOSとOS XのSSL接続に危険すぎる脆弱性が発覚──原因はタイプミス？
https://appllio.com/20140223-4899-apple-ios-bug-ssl-goto-fail

**デフォルトの名無しさん** · 2020/07/05(日) 12:06:18.88

IUsMolpfに文句言えばいいのに。

**デフォルトの名無しさん** · 2020/07/05(日) 12:07:47.85

>>902
ああつまり、重要度は関数仕様＞ブラックボックステスト＞ホワイトボックステストだから
テストのために仕様変更はすべきでないという主張か。
それはわからんでもない気はするけど、そういうウォーターフォールが絶対というわけでもないしな。

その是非はさておき、そこが論点なら例えばリフレクションのような形でテストできたり、あるいは
テスト仕様を書く本人が関数仕様も決定することができる条件なら全然問題ないわけだ。

**デフォルトの名無しさん** · 2020/07/05(日) 12:07:48.24

>>918
正直iOSは全然知らんけどこれは酷いなw
Public Private以前にStaticだからなんにしても直接テストする部分だな。

**デフォルトの名無しさん** · 2020/07/05(日) 12:08:47.51

>>921
せやろｗ

**デフォルトの名無しさん** · 2020/07/05(日) 12:13:26.38

>>919
横から狂犬が噛み付いてくるんだよ。

>>920
ウォーターフォールは関係ないし、重要度をつけてるわけでもないけれども、
普通はprivateはソースコード変えてまでテストするものではないというだけの単純な話。

そもそも「テスト」と言ってもいろんな段階があるわけだし、「ユニットテスト」にしても
プロジェクトによって意味が違うわけで。

なんにしてもprivateを（例外はあるにせよ）全部公式な形でテストしろというのは
OOの手法のプロジェクトでは「普通は」やらんというだけなのになんでこんな揉めるのか。

**デフォルトの名無しさん** · 2020/07/05(日) 12:16:58.82

>なんにしてもprivateを（例外はあるにせよ）全部公式な形でテストしろというのは
>OOの手法のプロジェクトでは「普通は」やらんというだけなのになんでこんな揉めるのか。

全部やれなんて主張している人がいないから。

**デフォルトの名無しさん** · 2020/07/05(日) 12:19:09.22

>>924
だからいるだろうが。本人なの？

848デフォルトの名無しさん2020/07/05(日) 08:16:36.05ID:IUsMolpf
publicを通した範囲でしかできないprivateのテストは網羅されてなく
メソッドの単体テストとして十分なテストは行われていません
あなたの意見は採用できません
できれば実際のプロジェクトを5つぐらい経験されてはいかがでしょうか？

**デフォルトの名無しさん** · 2020/07/05(日) 12:20:23.64

>>805
こう書いた方が良いと思うの
https://paiza.io/projects/mPhqBnYZnQukkW6HY9LmOQ

**デフォルトの名無しさん** · 2020/07/05(日) 12:21:30.51

privateメソッドが正しいことは確認する、その上でpublicのメソッドが正しいかテストするって感じ

**デフォルトの名無しさん** · 2020/07/05(日) 12:30:30.98

>>925
これが「privateのテストを全部やれ」に読めてしまうのか。そこが原因だな。

**デフォルトの名無しさん** · 2020/07/05(日) 12:32:35.17

>>923
> ウォーターフォールは関係ないし、重要度をつけてるわけでもないけれども、
> 普通はprivateはソースコード変えてまでテストするものではないというだけの単純な話。

テスト中に設計の問題が発覚しても
ソースコード書き換えないの？

ソースコード変えてまでテストするものではないというけど
なんでソースコードを作成＆自分が書いたそのコードをテストしてるときに
自分が作成してるソースコードを変えたらだめなの？

**デフォルトの名無しさん** · 2020/07/05(日) 12:36:24.73

普通の開発だったら

0. なにかの修正を行う必要が発生する
1. その修正のためにソースコードを修正する
2. 修正したコードが正しいかテストする
3. 1～2を繰り返し修正したコードに問題がなければ開発完了
4. 統合テストとかより大きなテストを行う

でしょ？

public・privateメソッドをテストしたいっていうのは
この1～2のフェーズで発生することなのに、
なんでテストがやりにくいなと思ったときに
ソースコードを修正したらだめなの？

**デフォルトの名無しさん** · 2020/07/05(日) 12:38:58.81

>>926
スマホでも見やすくなったな。
あー、なるほど。

でも、サンプルみたら少し混乱してきた。
自分はクラスの単体テストをイメージしてたけど、まさか、Mainクラスの中に定義されたprivateメソッドの単体テスト(？)の話をしていたとか？
もう単体テストの意味が少し崩壊してきたが...

**デフォルトの名無しさん** · 2020/07/05(日) 12:46:16.73

どういう流れなのか追うのもめんどいなw

**デフォルトの名無しさん** · 2020/07/05(日) 12:52:51.86

>>928
そもそも300くらいからそういう話だから。

privateはpublicからアクセスして全部網羅できるから問題ないなんて
誰も否定してないしそういうことならもともと荒れてない。

>>929
あのさ、例えばバグが発生したらコード書き換えるのは当たり前だよね？
そんな話では当然ないよね？

privateを直接テストするためには外部から呼べないのだから、呼ぶためには
クラス内に書くしかないわけだよ。で、ソースに書き込んでクラス内に書いて
テストしたあとまたそのコードを取り除いてとかするの？それをドキュメント化
する？

普通はコード書いてる最中にテストコードを入れて確認するのは公式なテストの
メソッドでは無いし、それをドキュメント化したりするのは求められないと
思うが。

>>926
ワロタw

けどそうじゃ無い。privateで直接アクセスした時のみnullがでるということ。
intじゃ無いのは例のためにわざとそうなっている。あとchinTestが呼ばれてないし、
OptionalにisEmpty無いのでは。

**デフォルトの名無しさん** · 2020/07/05(日) 12:54:31.17

nullがでる->ヌルポがでる

**デフォルトの名無しさん** · 2020/07/05(日) 12:54:57.72

>>933
> privateを直接テストするためには外部から呼べないのだから、呼ぶためには
> クラス内に書くしかないわけだよ。で、ソースに書き込んでクラス内に書いて
> テストしたあとまたそのコードを取り除いてとかするの？それをドキュメント化
> する？

誰がそんな事するって言ってんの？
お前が想像が間違ってる

**デフォルトの名無しさん** · 2020/07/05(日) 12:56:01.25

>>933
えっとごめんそのnullの問題は設計が下手なだけだと思ってて、設計を見直すべきかと
privateのテストをどうしますかの例として出したので問題ないっしょ
君はこのプログラムをどうやってテストするん？

**デフォルトの名無しさん** · 2020/07/05(日) 12:56:34.25

よくもまあ粉薬をオブラートで包むような話でこれだけのレスで盛り上がれるなー

**デフォルトの名無しさん** · 2020/07/05(日) 12:57:28.17

いやーびっくりだｗ

設計がおかしいから設計を修正するって話をしてるのに
設計を修正した後に修正前に戻すなんでやらないだろ！って言われちゃった（笑）

だーれも修正前に戻すなんて言ってないの
おかしい設計を修正して「開発完了」なの

**デフォルトの名無しさん** · 2020/07/05(日) 12:57:46.31

たぶん、スレタイがスレタイだから、手続き型でプログラムを書く人のイメージする単体テストとオブジェクト指向プログラマーのイメージする単体テストで齟齬が生じているのでは？

そりゃ、サンプルみたいに関数が定義されていたらprivateだろうと関数はテストするべきって発想になるのは不思議じゃないし、オブジェクト指向に基づき設計されたクラスを単体テストする話であれば、privateをテストって、どういう意味なんだろって不思議がるだろうよ。

そして、たぶん、サンプルコードに対して真っ先に突っ込むべき点はOOPでも何でもないコードという点だと思うのだが、そこはいいのかな？

**デフォルトの名無しさん** · 2020/07/05(日) 12:57:47.49

OptionalにisEmptyが無いというのは何言ってるのかわからない
本当になかったらコンパイルに失敗するよ

**デフォルトの名無しさん** · 2020/07/05(日) 13:00:08.78

>>939
一人privateがテストしづらいからpublicに変更してテストして
"元に戻す" 話をしてるやつがいるみたいだが（笑）

**デフォルトの名無しさん** · 2020/07/05(日) 13:00:23.50

>>939
僕はOOPのコードだと思ってるよクラスが定義されてるからね
君が思うOOPのコードはこれだっていうのを君に出していただきたいかな

**デフォルトの名無しさん** · 2020/07/05(日) 13:00:34.24

>>935
もうお前は良いからスレを読め。

>>936
いやそうじゃなくて、publicで呼ばれるprivateを直接テストするのかという
話なので、そのためにわざわざヌルポになるように書いてるわけで、staticなら
そのままメソッド呼べば良い話。

もうこの板嫌。。。

**デフォルトの名無しさん** · 2020/07/05(日) 13:03:47.50

>>943
ヌルポになるような設計はおかしいのがそれはコーディング力の稚拙さゆえ。
だから、いまはそのヌルポの問題は置いておこう。
さて、君はこのプログラムをどうテストするのか教えて欲しいっていうのが僕の要望だよ。

**デフォルトの名無しさん** · 2020/07/05(日) 13:06:51.97

>>944
いやだから　そ　う　じ　ゃ　な　く　て

privateでだけヌルポが出るように書いてるの。privateとpublicのテストの話だから。
出さないだけならnullチェック入れれば良いだけの話だが、そういうことじゃ無くて
わざと出るようになってるの。

そのプログラムならstaticなのだからそのまま呼べば良いし、
chinTestも呼ばれてないけどpublicなのだからテストしたければそのまま
呼べば良い話。

**デフォルトの名無しさん** · 2020/07/05(日) 13:10:29.02

>>942
スマホだからインデントとか崩れは許してほしいが

class USBMemory ： Storage{
private：
色々定義
public：
USBMemory(ポート設定)
void open(string file)
string read()
void write(テキスト)
void close()
}

文法適当だが勘弁して

組み込みおじさんにも分かりやすいように、
組み込みを例にするが、
OOPってこんな感じのコードでしょ。

で、ユーザーは

USBMemory usb；
usb.open(ファイル指定)
text = usb.read()
usb.close()

こんな風に内部実装を知らなくても呼べる。

**デフォルトの名無しさん** · 2020/07/05(日) 13:11:36.99

>>945
わざと出るように入れたのが現実の実装と乖離してるので、わざと入れる意味が無いので
気にする必要ないですよってこと

君はpublic経由でprivateをテストするんだって立場ですよね
君はどうテストを書きますかってことを教えて欲しいです
君の元のコードでもいいですよ、僕が変更したコードでも良いですよ
君はどうprivateをテストしますか？

**デフォルトの名無しさん** · 2020/07/05(日) 13:12:18.35

残念ながら、クラスを使えばOOPという認識は間違い。

**デフォルトの名無しさん** · 2020/07/05(日) 13:13:15.86

>>948
僕は君の認識が間違いだと思ってる、君の方が残念

**デフォルトの名無しさん** · 2020/07/05(日) 13:13:55.43

クラスの存在こそがOOPの本質

**デフォルトの名無しさん** · 2020/07/05(日) 13:13:59.63

え、そこに反論されるの？
何このスレ。

**デフォルトの名無しさん** · 2020/07/05(日) 13:14:57.78

JavaScriptとかpythonとか、元々、クラスはサポートしていないのに？
プロトタイプベースはオブジェクト指向じゃないとでも？

**デフォルトの名無しさん** · 2020/07/05(日) 13:17:49.53

>>951
えじゃねえよ、なめんなよ

**デフォルトの名無しさん** · 2020/07/05(日) 13:18:05.20

>>947
意味がないどころか、そこにしか意味がないんだよ。
それ「だけ」を見せるためのコードなんだから。staticとか
なら話の流れとなんにも関係がないのでそれこそ意味がない。

でもあえていうなら、そもそもまず連打が好きじゃ無い。自分ならループにするけど、
それだけでもない。

まず壊すようにテストすんの。null入れたり、変なオブジェクト入れたり。

で、privateをテストするんじゃなくて、要件通り動くかどうか。nullからint maxまで
回して、要件通りの結果が全てでくるか。変なオブジェクト入れたらどうか。
そういう感じ。

でも最初に書いたように、publicとprivateの話なんだから、そこで
エラーが出るか出ないかがないとこのスレ的にはなんの意味もない。

**デフォルトの名無しさん** · 2020/07/05(日) 13:18:37.20

>>952
JavaScriptにもPythonにもクラスあるよ
クラスがオブジェクト指向の本質だと気づいたから追加されたんじゃないでしょうかねー

**デフォルトの名無しさん** · 2020/07/05(日) 13:19:41.30

クラスの存在はOOPの大事な部分だけど、OOPの言語を使ってもほとんどOOPでは
無いというのはよくある話。巨大クラス一個とかだと頭を抱える。

**デフォルトの名無しさん** · 2020/07/05(日) 13:22:07.34

>>954
現実にありえない実装見せて、ほらね、と言われても僕は戸惑うばかり
そんな現実にありえないことを想定するからまずいんじゃないですかね
現実にそういうコード書いてるんじゃないかと僕はちょっと君のコーディング力を
疑わしく思ってきたのだけれども

public経由で、標準出力に出力するようなprivateコードを一生懸命テストしますか？
がんばり屋さんだなとは思うけど、効率悪くないですかね

**デフォルトの名無しさん** · 2020/07/05(日) 13:22:29.69

>>956
そんな極端な話ちゃうやろボケ

**デフォルトの名無しさん** · 2020/07/05(日) 13:24:13.83

そりゃ、クラスはオブジェクト指向を実現する上で便利だからね。大切な存在さ。でも、クラスなんて無くてもオブジェクト指向でコードは書けるし、逆に、クラスが合っても手続き型の記述をしたら、そりゃ、オブジェクト指向じゃねーわ。
つーか、クラスを使ったらオブジェクト指向ってマジで言ってる？
それってつまり、このスレで時々名前の出るstaticおじさんの書いたコードもオブジェクト指向だと言い張るつもり？

**デフォルトの名無しさん** · 2020/07/05(日) 13:25:43.22

>>957
えーー、違うそうじゃ無い。多分君よくわかってない。
例なわけで実際にありえないとかありえる訳が無い。そんな話じゃ無いし
根本的な部分がわかってない。

publicでは問題がなく、private単体だと問題がでるコードなわけで。この意味はわかる？

**デフォルトの名無しさん** · 2020/07/05(日) 13:29:16.63

>>959
staticおじさんの元の話知ってる？僕はリアルタイムであれを読んでたからよく知ってるんだけれども
staticおじさんは必要なところではオブジェクト作るよ、でもASP.NETのForm Applicationのフレームワークには
もともとリッチなオブジェクトが用意されてるから実務ではそれを組み合わせるだけで事足りることが多いよ
だからstaticメインで組み上げてオーケーさって話だったよ

オブジェクト指向信者がアホな前提置いて話を発散させただけでstaticおじさんが言ってることはわりあいまともだった
こういう議論の場で神クラスを引き合いに出して批判するという極端なことやって意味があるのかなと僕は疑問ですね

**デフォルトの名無しさん** · 2020/07/05(日) 13:30:55.04

いや、そもそもstaticおじさんのコードはオブジェクト指向でも何でもねーよ！
話反らすな。

**デフォルトの名無しさん** · 2020/07/05(日) 13:32:41.77

>>962
staticおじさんの書いたコードもオブジェクト指向だと言い張るつもり？

と君が聞いたからstaticおじさんに対する僕の所見を述べたつもり
ASP.NETのオブジェクトを使ってるならオブジェクト指向でしょ
オブジェクト指向が為せる技だと思うよ

**デフォルトの名無しさん** · 2020/07/05(日) 13:33:02.71

オブジェクト指向便利だよね

**デフォルトの名無しさん** · 2020/07/05(日) 13:33:43.81

コードあげてくれるのは偉いと思うので気がひけるのだが、上のコードは
privateとpublicの違いを表すための部分がまるですっぽ抜けてるし、そもそも
staticだし結構それ自体staticおじさん感がある。すまんw

**デフォルトの名無しさん** · 2020/07/05(日) 13:33:52.51

>>963
ちげーよ。ASPがオブジェクト指向であって、staticおじさんのコードはオブジェクト指向でも何でもねーよ。

**デフォルトの名無しさん** · 2020/07/05(日) 13:37:13.08

>>966
でもASP.NETのフレームワークがオブジェクト用意してなかったらstaticおじさんはコード書けなかったと思うし
staticおじさんのコードはオブジェクト指向を有効的に活用した非常に優れたコードだと思いますよ
必要もないのにオブジェクト作るのはアホですわ

**デフォルトの名無しさん** · 2020/07/05(日) 13:38:05.15

staticおじさんは必要な場面ではオブジェクト作るっていってるからねー
僕はstaticおじさんに詳しいんだ

**デフォルトの名無しさん** · 2020/07/05(日) 13:38:11.20

神のGTO感があるw

**デフォルトの名無しさん** · 2020/07/05(日) 13:40:17.58

物事の本質を見誤ると道を踏み外すよ
状態に依存してないのにインスタンスメソッドにしたりとか
staticメソッドを定義したらstaticおじさんと言ったりとか
そういうバカのできあがりですよ

**デフォルトの名無しさん** · 2020/07/05(日) 13:40:37.05

>>967

> >>966
> でもASP.NETのフレームワークがオブジェクト用意してなかったらstaticおじさんはコード書けなかったと思うし

そうだね。

> staticおじさんのコードはオブジェクト指向を有効的に活用した非常に優れたコードだと思いますよ

お前がそう思うのなら、そう思えば。そはどうでもいい。

で？
クラスを定義すればオブジェクト指向だとまだ主張するの？

論点ずらすなや

**デフォルトの名無しさん** · 2020/07/05(日) 13:42:50.97

>>971
何が気に入らなくて僕に絡んでるのかわからないですが
クラスがオブジェクト指向の本質であることには変わりないですよ
クラスとはデータと処理をセットにして持つことができるものです
クラスを定義することこそがオブジェクト指向の本質です

**デフォルトの名無しさん** · 2020/07/05(日) 13:44:43.62

責務ごとにオブジェクトをわけましょうなんていうのは
オブジェクト指向でプログラミングすることを前提にした設計論でしか無いです
クラスの存在こそがオブジェクト指向の本質です

**デフォルトの名無しさん** · 2020/07/05(日) 13:45:21.93

>>972

>>926をオブジェクト指向と認識している時点でオメーは間違ってるんだよ。

**デフォルトの名無しさん** · 2020/07/05(日) 13:47:18.05

>>974
いいえ、君のほうが間違いです
Mainという名前にしてるのはpaizaではMainじゃないと動かないからですよ
その辺わかって絡んでますか？あまり僕を怒らせないほうが良いです

**デフォルトの名無しさん** · 2020/07/05(日) 13:47:27.85

>>972
何が気にいらないかって？
オブジェクト指向でも何でもねぇコードをオブジェクト指向と認識して今まで長ったらしい口論を続けてきたことだ。

クソみたいな時間だったな、オイ。

**デフォルトの名無しさん** · 2020/07/05(日) 13:52:06.41

>>975
まぁ、いいさ。これ以上は不毛だ。スレも終わるし。
俺は俺の思う正しいオブジェクト指向で今後も楽をさせてもらうよ。
そっちも、そっちの思うオブジェクト指向とやらを使い続けるがいい。

成果が出た方が正義だ。

**デフォルトの名無しさん** · 2020/07/05(日) 13:55:35.80

オブジェクト指向だから髪型は自由なのさ

彡 ⌒ ミ
(´・ω・`) 不毛とかいうな！

**デフォルトの名無しさん** · 2020/07/05(日) 13:56:22.57

ハゲに謝るべき

**デフォルトの名無しさん** · 2020/07/05(日) 13:56:24.62

よし
話を一度整理しよう

privateメソッドだからテストしないとか言ってるやつはキチガイ
早く死んでね

**デフォルトの名無しさん** · 2020/07/05(日) 14:06:22.83

ナイスな整理と言わざるを得ない
議論もリファクタリング可能であることを如実に示した

**デフォルトの名無しさん** · 2020/07/05(日) 14:09:58.85

>>976
僕のコードはオブジェクト指向ですよ
そこんとこよろしくですよ

オブジェクトをどう分けるかって話はありますよ
しかし、それとは独立してオブジェクトは存在するので
オブジェクトを定義できるクラスの存在そのものがオブジェクト指向の本質なわけです
だからオブジェクト指向言語にはクラスが存在します

生物学の類、目のようなものです、どう分類するかは副次的な話であって
分類できることこそが最も重要な事柄です

**デフォルトの名無しさん** · 2020/07/05(日) 14:18:27.81

正直あの短さでOOかどうかと（スタティックでインスタンス化もないコードだが）言うのは
不毛だけどID:JiRnWiGCの組み込みおじさんのがOO感はあるよ。

で、staticで出されてもprivateのテストがどうかと言う話には全く寄与しないわけだが、
じゃあ逆に、>>805のチンコテストのfuncSとfuncBはどうやってテストするの？

パブリック経由で全パターンと言うことならこれでこの話はおしまい。
パブリック経由でやりましょう。

違うと言うなら具体的にコードでおながいします。

smallestを9じゃなくて8にしろとかいう苦情は受け付けますw

**デフォルトの名無しさん** · 2020/07/05(日) 14:23:34.49

>>983
僕ならテストしないですね、全部書き直します
メソッドを行数で分割するようなことしてるからそういう下痢便コードができあがるんじゃないかと思いますよ

**デフォルトの名無しさん** · 2020/07/05(日) 14:24:31.67

クラスにしてもメソッドにしても責務でわけないと
行数が50行超えたから分割しなければみたいなアホなことやってるのはアホですわ

**デフォルトの名無しさん** · 2020/07/05(日) 14:25:15.84

(組み込みおじさんじゃないんだけどな...組み込みもやるけど)

**デフォルトの名無しさん** · 2020/07/05(日) 14:26:22.88

>>986
器用ですね、じゃあ僕との仲直りもすぐにできそうですね

**デフォルトの名無しさん** · 2020/07/05(日) 14:28:26.22

>>984
書き直して決め打ちコピペにstaticなんだw
結局publicとprivateの違いはよくわかってないな。
まあ頑張れ。君とはこれまでだ。

>>986
組み込みおじさんって言ってたやんけ（言ってなかったか？）

**デフォルトの名無しさん** · 2020/07/05(日) 14:30:37.73

>>988
staticにしたのは状態に依存してないからですね

**デフォルトの名無しさん** · 2020/07/05(日) 14:31:51.93

下痢便君は10代後半から20代前半というところかなあ。

ウンコチンコのレベルと絡んでてもおじさんあんまり面白く無いんだよね。
自分でチンコテストのコードあげたけどw

でもコードあげたのは偉いと思うので頑張ってね。

**デフォルトの名無しさん** · 2020/07/05(日) 14:33:06.78

あー、組み込みおじさんにも解るようにだよ。
俺自身、組み込みもやるからややこしいが、ずっと前に登場した組み込みおじさんとは別人だよ。

まぁ、慌てて書いたから余計な発言だったか。
もう、この際OOPの利点さえ感じていればなんでもいいことにするよ。
スレも少ないし、ヒートダウンしたし。