[過去ﾛｸﾞ] スレ立てるまでもない質問はここで 152匹目 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
324: デフォルトの名無しさん [sage] 2020/01/13(月) 12:02:36.45 ID:KUNSdwO3(1/3) AAS
実のところ継承自体はOOPの肝ではないと思う
クラスを汎化して、インターフェース経由でアクセスすることが凄い
継承はそれを実現するための便利なひとつのパターン
インターフェースの凄さはUSBの例が分かりやすい
USB対応であることさえわかれば、あとはポートに繋ぐだけ
新しい機器を買ったときにハンダ付けする必要もなければOSやPCをまるごと買い換える必要もなく、いくらでもお手軽に拡張や取り替えができる
プログラムでは変更への強さ、テストのしやすさ、可読性の高さに繋がる
326: デフォルトの名無しさん [sage] 2020/01/13(月) 12:09:18.08 ID:KUNSdwO3(2/3) AAS
>>322322(1): デフォルトの名無しさん [sage] 2020/01/13(月) 10:44:11.83 ID:V22NtS8V(2/3) AAS
自分はある処理を関数として分離させてみても、
１回こっきりしか呼び出しておらず、単に分離させてタイトルつけて可読性をあげただけみたいになっています。
クソコード量産しているのではないかとガクブルです。
OOP以前に構造化プログラミングのメリットを知る必要がありそうだ
可読性を上げただけというけど、クソコードって何がクソなんだと思う？
可読性が低いことこそクソコードの一番の性質でしょ
10000行続くメソッド、ブロックが10段ネストした処理、それを回避しただけでも価値がある
ひとつの関数がひとつの責任だけ果たすように作れば保守性もテストしやすさも改善する
332: デフォルトの名無しさん [sage] 2020/01/13(月) 13:52:02.48 ID:KUNSdwO3(3/3) AAS
分岐自体が少ない小規模で数学的な処理なら多態性の出番も少ないかもな
実務に寄るほど特例だの役割だの立場だのとめんどくさくなってくる
ソース内にif文がたくさんあるなら使いどころを理解できてない可能性も高いと思う
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.044s