私が依存しているクラスのインターフェースに対して、すべてのタイプを汎用にする必要がありますか？

Question

私はコードをデカップリングしようとしています。代わりにシングルトンを使用するのではなく、私はインターフェイスで依存性注入を使いたいと思っています。ここまでは順調ですね。

ここでは、このメソッドの引数または戻り値の型として他のネットワーククラスを使用する、この大きなネットワーククラスがあります。たとえば：

public class Network 
{ 
    void OnServerError(NetworkConnection conection, int errorCode); 
} 

public class NetworkConnection 
{ 
    public NetworkError lastError { get; } 
} 

public class NetworkError 
{ 
    public string Error { get; private set; } 
} 

1. も、ネットワーククラスのためのインターフェイスを作成する意味がありますか？
2. もしそうなら、すべてのタイプを一般化する必要がありますか？パブリックメソッドを持つクラスの型については、そのためのインタフェースも作成する必要がありますか？基本的には、すべてがインタフェースかジェネリック型のどちらかになるまで、クラスの中で深く進んでいきますか？
3. このクラスのインターフェイスを作成したい理由の1つは、将来別のネットワークライブラリに切り替えることができ、私の初期インターフェイスには同じ署名が付いていても、どこでもすべてをリファクタリングしたくないということです私の既存のネットワーキングクラスのほとんどは、将来的にはリファクタリングする必要があります。私は何が欠けていますか？

Answer 1

Networkを依存性注入を利用するために必ずしもインターフェイスにする必要はありません。

私はこのプロジェクトに参加しているときに、クラスからインターフェイスを抽出する明確な理由がないときは、「テストシナリオでこのタイプのMock実装を作成したいと思っていますか？

一部のテストでは、特定のシナリオや動作をシミュレートすることができます。モックの実装は本当に便利です。

いくつかのクラスは意味がありますが、すべての場合にそうではありません。

希望すると便利です。