オブジェクトを解決する最善の方法は何ですか？

Question

私は非常に原始的なDIフレームワークを持つことができるようにリゾルバを書いた。フレームワークでは、何も指定されていないか登録されていない場合、依存リゾルバがロードするデフォルトの型を指定することができます。

しかし、デフォルトの読み込み方法は私には不思議に思っています。私はそれができる最善の方法をやっているのか分からない。

例：

T LoadDefaultForType<T>() 
{ 
    T _result = default(T); 

    if (typeof(T) == typeof(ISomeThing) 
    { 
     result = new SomeThing(); 
    } 
    ... more of the same 
    else 
    { 
     throw new NotSupportException("Give me something I can work with!"); 
    } 

    return _result; 
} 

更新

これの使用は、モジュールまたはアセンブリが有するインターフェイスを設定していませんた場合に所定のインターフェイスのためのデフォルトのオブジェクトを取得することであろうコンクリートタイプ。例えばので

：他に何もISomeThingに登録されていない場合

IoC.Resolve<ISomeThing>(); 

は戻って私に何かオブジェクトを返す必要があります。この場合のLoadDefaultForTypeは、デフォルト（この場合は私のドメインモデルが何であれ）を使用するための最後の努力の一種です。

Resolveは、同様にこの上でいくつかの光を当てることがあります

T Resolve<T>() 
{ 
    T _result = default(T); 
    if (ContainedObjects.ContainsKey(typeof(T)) 
     _result = (T)ContainedObjects[typeof(T)]; 
    else 
     _result = LoadDefaultForType<T>(); 
    return _result; 
} 

任意の考えを？コンベンションオーバコンフィグレーションのアプローチを可能にしようとしているので、デフォルトタイプをロードするためのより良い方法がありますか？

Answer 1

提案のいくつか：あなたは、特定のインターフェイスの既定の実装タイプをマークするために使用できる属性を作成することができ

。型を解決しようとすると、Tでこの属性を検索し、リフレクションを使用して型を動的にインスタンス化できます。

また、リフレクションを使用して、使用可能な（ロードされた）アセンブリまたはインターフェイスを実装する具体的なタイプを検索することもできます。これは遅くて高価なプロセスになる可能性があるので、デフォルトのケースがまれである場合にのみ意味をなさないでしょう。

最後に、ネーミング規則に慣れている場合は、インタフェースと同じ名前で、先頭に "I"がないクラスを検索できます。最良のアプローチではありませんが、確かにピンチで働くことができるものです。

Answer 2

public T LoadDefaultForType<T>() 
     where T : new() 
    { 
     T _result = new T(); 

     return _result; 
    } 

は、上記のコードでは、より良い方法でもよいが、それはUに、それはあなたが達成しようとしているであるものは何でもやってのより良い方法を与えるのを助けるだろうyour're TODOをしようと、より多くの情報が何であるかわからないイムでしょう。

動的に読み込むタイプのためにUnityを見てみることをお勧めします。依存性注入

Answer 3

ニールのアプローチは、Tを解くことができれば最高です（私も同じアセンブリ内になければならないと思います）。

クラス内では、System.Reflectionで使用できるソートの内部「レジストリ」を作成して、巨大なswitch文を使用せずに項目をインスタンス化することができます。これにより、あなたはDRYを維持しながら、あなたの "コンベンションオーバーコンベンション"を維持します。

編集

いくつかの作業コードを表示するLBushkinの答えの一つの側面と組み合わせます。書かれたとして - - それはアセンブリの境界を越えて動作しないこと

public T LoadDefaultForType<T>() 
{ 
    try 
    { 
    string interfaceName = typeof(T).AssemblyQualifiedName; 

    // Assumes that class has same name as interface, without leading I, and 
    // is in ..."Classes" namespace instead of ..."Interfaces" 
    string className = interfaceName.Replace("Interfaces.I", "Classes."); 

    Type t = Type.GetType(className, true, true); 
    System.Reflection.ConstructorInfo info = t.GetConstructor(Type.EmptyTypes); 

    return (T)(info.Invoke(null)); 
    } 
    catch 
    { 
    throw new NotSupportException("Give me something I can work with!"); 
    } 
} 

注意（少なくとも、それは...私の頭の中でコンパイルし、私は作品を知っている 例から取られています）。ただし、基本的に同じコードを使用して行うことができますが、アセンブリ名をType.GetType()メソッドに指定するだけで済みます。 （固定 - FullNameの代わりにAssemblyQualifiedNameを使用し、インターフェイスと実装クラスが同じアセンブリ内にあることを前提とします。）

Answer 4

1つの方法は、AssemblyQualifiedNameペアのリストを持つことです。最初のペアはベースタイプを含み、2番目のペアは、チャレンジされる子を含みます。それはあなたのApp.configやXMLファイルなど、便利なものであればどこでもかまいません。起動時にこのリストを読んで、ルックアップテーブルとして使用するために辞書を作成するために使用します。キーについては、ベースのAssemblyQualifiedName、またはおそらく対応するTypeインスタンスを使用できます。値としては、おそらく、子タイプのConstructorInfoを取得することを検討する必要があります。

Answer 5

デフォルトの型を読み込むより良い方法は、型をハッシュテーブルに格納するaddメソッドを提供することです。これにより、依存関係コンテナが登録ロジックから切り離されます。

登録コードを変更して、ファイルなどの種類を読み取ることができます。