ふらっと C#,C♯,C#(議論用) [無断転載禁止]©2ch.net (131レス)
前次1-
抽出解除 レス栞

65
(1): デフォルトの名無しさん [sage] 2021/03/28(日) 21:59:13.76 ID:Ah6uwjvI(1/2) AAS
>>59
59(3): デフォルトの名無しさん [] 2021/03/28(日) 20:18:17.69 ID:AfIP7Kkq(1/4) AAS
ふらっと C#,C♯,C#(初心者用) Part150
2chスレ:tech

>>44-50

横から便乗で質問ですけど、
「いつか使うだろう」とインターフェースや継承関係を作っておく自体は推奨されることですか?

例えば、インターフェースや継承関係が無くても、直付けで作れてしまう訳じゃないですか。
むしろ、そっちの方が楽(というか、直付けでしか作れない人もいますし)。
ただし、物事が複雑化してきたときに、インターフェースや継承関係があると拡張しやすい。

これって上級者なら、(どんなに小さいプログラムだろうが)常にインターフェースや継承関係を作った方がいいのか、
それとも、ケースバイケースで「このぐらい複雑ならインターフェースや継承関係が要る」という判断基準に則って作った方がいいんですか?
継承関係に関しては明確に必要な場合か
事前のアーキテクチャ設計方針で決まってる場合以外には使わないかな

インターフェースに関しては依存性の方向を変えたかったり
結合度を下げたかったりする明確な理由があれば良いと思う
(「いつか使うだろう」という理由とはちょっと違うけど)

依存性の方向は大事
86
(1): デフォルトの名無しさん [sage] 2021/05/04(火) 12:28:40.76 ID:9VBk1Szv(1/6) AAS
問題が散逸してるように思える。
インターフェイスではなくて、関数を渡すといっても、そのシグニチャは結局どこかで定義することになるし。
これが勘違いなのかな。delegate宣言せずにいきなりAction<string> callbackみたいに受けるんだろうか。
これはこれでめちゃくちゃ密結合な気がするんだが。
単独アセンブリとか、単独ソリューションだから成立するような気がする。

モックフレームワークは確かに難解だけど、まずモックオブジェクト自作して困ってからでいいと思うし、そもそも必要になるのは、それこそラムダで部分的に処理を突っ込むのと同じの、依存性の注入を行うからだと思う。

特別扱いしてるインターフェイスはフェアではないと言うが、インターフェイスだから特別扱いできるんだろうし。
拡張メソッド生やすのも簡単だし、Linqなんか器用にやってると思うんだけどな。
前次1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.537s*