ふらっと C#,C♯,C＃（議論用） [無断転載禁止]©2ch.net (131ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
59(3): 2021/03/28(日)20:18 ID:AfIP7Kkq(1/4) AAS
ふらっと C#,C♯,C＃（初心者用） Part150
2chｽﾚ:tech
の
>>44-50
横から便乗で質問ですけど、
「いつか使うだろう」とインターフェースや継承関係を作っておく自体は推奨されることですか？
例えば、インターフェースや継承関係が無くても、直付けで作れてしまう訳じゃないですか。
むしろ、そっちの方が楽（というか、直付けでしか作れない人もいますし）。
ただし、物事が複雑化してきたときに、インターフェースや継承関係があると拡張しやすい。
これって上級者なら、（どんなに小さいプログラムだろうが）常にインターフェースや継承関係を作った方がいいのか、
省1
61: 2021/03/28(日)20:45 ID:AfIP7Kkq(2/4) AAS
>>60
なるほど、その回答は暗に「ケースバイケース」と言っていますね。
64: 2021/03/28(日)21:53 ID:AfIP7Kkq(3/4) AAS
>>62-63
なるほど、納得です。
一番合理的な意見でよかったです。
インターフェースや継承についての本やネットの記事では、
なんでもかんでも拡張できるように書くような勢いで、
しかも読んでる最中は確かにそうすべきかなと思ってました。
でも、実際に使おうとすると、どこまでやっていいのか迷ってました。
YAGNIに沿って「必要になってから作る」でいいんですね。
68(2): 2021/03/28(日)22:54 ID:AfIP7Kkq(4/4) AAS
>>65-67
> 継承関係に関しては明確に必要な場合か
> 事前のアーキテクチャ設計方針で決まってる場合以外には使わないかな
これは明確な回答ですね。
つまり、例えば大学の学生証管理システムだとすると、Studentクラスで直にコーディングして、
後にアーキテクチャ設計方針がひっくり返されて「教授も身分証作ったから足してくれ」となった場合は
Person→Student, Person→Professorのような継承関係にするわけですね。
それまでにStudentに直に結び付けて作ったメソッドなどは一部作り直しになりますが、そこは許容するスタイルですね。
> インターフェースに関しては依存性の方向を変えたかったり
> 結合度を下げたかったりする明確な理由があれば良いと思う
省14
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.010s