内部の依存関係の管理

Question

私は開発中のSDKにある内部依存関係を管理する方法を理解するのに少し問題があります。何らかの理由で、私が試したすべてのものがうまく動作しないようです。

が、私はこれらのクラスを持っていると言う：

class Table 
{ 
    Table(string name,IQueryProvider provider, IComObject comobject) {} 
} 

class TableFactory 
{ 
    Table BuildTable(name) <- builds a table object. 
} 

私がいる問題はBuildTable（）メソッドはIQueryProviderとIComObjectを作成し、名前を下に通過しなければならないということです。 （私はそれを正しく理解していれば）私は私が望んでいるサービスロケータパターンを実装しているが、私はこのようなものを使用する場合：

BuildTable(string name) 
{ 
    IQueryProvider provider = ServiceLocator.GetInstance<IQueryProvider>(); 
    IComObject comobject = ServiceLocator.GetInstance<IComObject>(); 
    Table tab = new Table(name,provider,comobject); 
    return tab; 
} 

をそれは今私が私を作るのServiceLocatorにIQueryProviderとIComObjectの両方を持っている必要があることを意味します依存して見たりテストしたりすることは困難です。だから私は、このようなオブジェクトや工場、何かの種類を作成するために、依存関係の工場を作成しました：

class DependencyFactory 
{ 
    Table BuildTable(string name) 
    { 
     //call other BuildMethods to create objects. 
     //return new Table. 
    } 

    //Other Build methods for things like IQueryProvider, IComObject. 
} 

その後、私は私のサービスロケータでDependencyFactoryを登録してからちょうど方法を構築呼び出す必要があります。

このうちのいずれかが悪いですか？

私の最初のBuildTableメソッドは大丈夫ですか、それとも私はそれに心配していますか？

Answer 1

テストを容易にするために、依存関係注入を使用して、依存オブジェクトの作成に使用されるファクトリを提供することができます。私はすべてのタイプのオブジェクトに対して単一のファクトリでこれを好むでしょう。たとえば、テーブル用のTableFactoryがあるとします。これには2つのコンストラクタがあります。デフォルトのものは正しいファクトリをインスタンス化し、もう1つのコンストラクタは依存オブジェクトファクトリをインジェクションできるようにします。プロダクションコードでは最初のコードを使用しますが、テストでは2番目のコードを使用します。

public class TableFactory 
{ 
     private ServiceLocator Locator { get; set; } 

     public TableFactory() : this(null) { } 

     public TableFactory(ServiceLocator locator) 
     { 
      this.Locator = locator ?? new ServiceLocator(); 
     } 

     public Table BuildTable(string name) 
     { 
      IQueryProvider provider = ServiceLocator.GetInstance<IQueryProvider>(); 
      IComObject comobject = ServiceLocator.GetInstance<IComObject>(); 
      return new Table(name,provider,comobject); 
     } 
} 

ServiceLocatorクラスと似たような処理を行いますが、必要に応じてIQueryProviderとIComObjectのインスタンスを挿入します。

これは非常に簡単な注入タイプです。必要に応じて、構成ファイルを介して提供される依存オブジェクトのデフォルトバージョンを持つこともできます。その場合、デフォルトのコンストラクタのみを使用し、プロパティインジェクションを使用して依存オブジェクトを提供することができます。プロパティーは、おそらく内部の可視性を持つセッターでマークされるので、構成クラスがファクトリーを作成してプロパティーを正しく設定できるようになります。次に、InternalsVisibleToを使用してセッターをテストに利用できるようにし、そこで同じことをすることができます。

Answer 2

サービスロケータは、あなたが記述した理由とはまったく異なるため、アンチパターンとみなします。タイプを正しく使用する方法を理解することが非常に難しくなります。 Service Locatorの代わりにDependency Injection（DI）を使用することをお勧めします。例えば、コンストラクタインジェクション（しかし、これに限定されない）。 described in this blog postのように手動で行うこともできますし、DIコンテナで作業をさせることもできます。

一般的なDIコンテナは、以下のとおりです。

• Windsor
• StructureMap
• Spring.NET
• Unity