クラスのインスタンス化後に実行時に依存性注入を使用する

Question

これは完全なアーキテクチャ変更がなければ不可能かもしれないが、実行時にユーザーに設定可能なオプションを公開するクラス（プラグイン）があると思う。

プログラムが起動し、ユーザーはさまざまなプラグインの使用を選択できます。ユーザーはプラグインごとに変更できるオプションがあります。ユーザーは再生ボタンを押します。

ユーザーが使用するプラグインを選択すると、そのクラスのインスタンスが作成され、そのプラグインで使用可能なオプションが表示されます。明らかに通常の状況では、クラスがインスタンス化されたコンストラクタ引数が渡されます。このシナリオでは、プラグインにILoggerのコンストラクタ引数があり、具体クラスにDirectoryPathのコンストラクタ引数がありますが、私のIOCコンテナにそれを渡す？

public class MyPlugin 
{ 
    private ILogger Logger; 
    private Dictionary<string, object> Properties = new Dictionary<string, object>(); 

    public MyPlugin(ILogger Logger) 
    { 
    this.Logger = Logger; 
    SetupProperties(); 
    } 

    private SetupProperties() 
    { 
    Properties.Add("LogDirectory","Please enter a directory"); 
    } 

    private void UserPressedPlay() 
    { 
    //We can now read the property values user has entered 
    //Now I want to instantiate FileLogger with the LogDirectory property 
    } 

    public DoSomething(string Data) 
    { 
    this.Logger.Write(Data); 
    } 
} 

public interface ILogger 
{ 
    void Write(string Data); 
} 

public FileLogger : ILogger 
{ 
    private string DirectoryPath; 

    public FileLogger(string Directory) 
    { 
    this.DirectoryPath = Directory; 
    } 

    public Write(string Data) 
    { 
     //Write to file 
    } 
} 

Answer 1

はILoggerです工場ではなく、実際のILoggerです渡しです。次に、ユーザーの引数を指定してUserPressedPlayからファクトリを呼び出して、実際のLoggerインスタンスを作成することができます。

Answer 2

あなたのFileLoggerにDirectoryPathプロパティを追加し、後でそれをintitializeことができます。

Answer 3

Expression.Newを使用すると、上記のパラメータでコンストラクタを動的に作成/呼び出すことができます。

Func<String, FileLogger> func = GetConsturctor<String, FileLogger>(); // Cache it somewhere. 

    FileLogger logger = func(@"C:\Loggerpath\"); // instantiate 

    static Func<TArg, TRes> GetConsturctor<TArg, TRes>() 
    { 
     Type resultType = typeof(TRes); 
     Type argType = typeof(TArg); 

     Type[] argumentArray = new Type[] { argType }; 
     ConstructorInfo constructor = resultType.GetConstructor(argumentArray); 

     ParameterExpression param = Expression.Parameter(argType); 
     Expression<Func<TArg, TRes>> result = Expression.Lambda<Func<TArg, TRes>>(
     Expression.New(constructor, param), param); 
     return result.Compile(); 
    } 

Answer 4

だから、DIは柔軟性が高く、カップリングは低いですが、しばしば必要ではありません。この特定のケースでは、それを追加する方法を心配することは過度の可能性があります。ここにGUIを持っているようですが、これはあなたがそれを設定するのに使っているFileLoggerクラスと一致するように設定されています。だから多分ここでのDIは過剰です。あなたのプラグインが今日使用するその他のタイプの​​がありますか？もしそうなら、工場オプションは潜在的に良いものになるでしょう。私は、GUIの言及に基づいて、ロガーの種類は1つしかないと考えています。その場合は、ここでDIを使用することでハングアップしないでください。 MyPluginクラスをテストする方法を見つけようとしていて、DIなしでそれを行う方法がわからない場合は、教えてください。この回答を展開して、問題を解決する方法を示します。

希望に役立ちます！あなたが何をしたいか

ブランドン