- こんなんでわかるわけねえだろ
- オブジェクト指向はほんと書いてみないとわからない
- これでわからないって頭相当やばいな
- >>3
例え話としては理解できても実戦には全く活かせないってことよ - >>3
こいつイキリミスしてんじゃん - いやこれはわかりにくい
- if文while文とかで躓いてそう
- だから何って感じなんだよなあ
ゲームのキャラ作りとかに例えればまだ実用性のイメージが湧きそうなんだが - ロマサガ2で例えた方がいいな
- 車の設計図←？？
- つまり、なんJがvipを継承してて～、ってことだろ余裕
- 「理屈はいいからとりあえず
この文をこのソフトに書け！こういう動作するだろ？
じゃあその文のそれをコレにしてみろ
こういう動作に変化しただろ？｣最初はこんなんでいいんだよ
- 車クラスとか三角形クラスとか訳わからん説明のうちにいきなりインスタンスだのインターフェースだのわかる訳ないよな
- オブジェクト指向の設計できる人は本当頭いいと思う
- フォルダをコピーするとその子のファイルもコピーされたり
フォルダ名を変えたりフォルダの格納場所を変えるとその子のファイルも同様にそれらが親子関係を維持するよう書き換えられる的な？ - 何も知らない段階ならこんなもんでいいんじゃね
あくまで最初の掴みの話だし - 使う必然性がイマイチ分からん段階で説明されてもな
関数に引数渡すのじゃいかんのかと - 掴みの段階の例えとしては良いのだろう
ただこの考え方からはすぐに離れなくてはならない小学生に足し算引き算を教える時に
みかんの数に例えるように
中学の授業になれば例えから離れるように - 犬から哺乳類は抽象化しすぎ
せいぜいチワワから犬くらいにしておけ - 馬鹿「親クラスとインターフェースって何が違うの？」
- 継承の前にまずインターフェースの実装を教えるべきだよな
- とりま書け
話はそれからや - オブジェクト指向はクソ
- 別にオブジェクト指向でいいんだけどコード読むのがだるいのなんとかしてほしい
記述が分散しすぎてて解析ツール使わねえとまともに読めねえじゃん - >>23
全部通して読まなくちゃいけない時点で設計が間違ってるだけ - >>25
そうなの？ - >>26
理想的なプログラムは、オブジェクト指向であれ手続き型であれ関数型であれ、
絶対に間違いようがないパーツを絶対に間違いようのない使い方をしているものじゃん？
処理を追ってかないといけないってことは、そうなってないってことだよなお現実
- >>28
アホな質問で恐縮なんだけど他人のソースコード読むときにクラス一個一個読み解いたりしないもんなん？
俺やりたいことと整合性取れてるか確認するために全部確認しちゃうよ - >>29
OOPに限らず、
「この処理は、クラス名なりメソッド名なり関数名なり通りのことを正しくやっているんだろう」っていう前提で、ブラックボックスとして読めばいいのよ
というか、それができるように書け、という話 - ある程度はIDEの支援機能ありきなところあるのは仕方ない
最近のは大体そうじゃない？ - プログラムは難解である
人間の頭脳でこれやることは困難である
だから何とかプログラムを簡単で分かりやすい状態に組み上げよう
というのがプログラム技術の根幹の考え方全部ソースを読まないと改造や機能追加できないなんて
とても難解なプログラムだよ - >>30
俺の頭が悪いだけでは？ - 要するにポリモーフィズムのために継承する
- プログラムって処理を書くものじゃん？
なのにプログラムをオブジェクト単位にかけとか無理に決まってる - ちんこ生えてそう
プログラミング教本「クラスの継承っていうのは～例えば犬クラスが哺乳類クラスを継承していて～ｗｗ」
VIP
コメント