Autofacが2つのコンストラクタの間で解決できない場合は、具体的に具体的に指定してください

Question

代理人をコンポーネントとして登録すると、AutowiringParamは解決時にNamedParameterの優先順位を引き受けます。ここで

は煮詰め例を示します。この場合

public class AParam { } 
public class BParam : IParam { } 

public interface IParam { } 

public interface IAThing { } 
public class AThing : IAThing 
{ 
    public AThing(AParam aParam) { } 
    public AThing(BParam anotherParam) { } 
} 

static void Main(string[] args) 
{ 
    IContainer c = (new ContainerBuilder()).Build(); 

    var anotherBuilder = new ContainerBuilder(); 
    anotherBuilder.RegisterType<AThing>().As<IAThing>().InstancePerDependency(); 
    anotherBuilder.Register((context, parm) => new BParam()).As<BParam>().InstancePerDependency(); 
    anotherBuilder.Update(c); 

    object aParam = new AParam(); 

    //Throws exception, it's unable to decide which constructor to use.... 
    var instance = c.Resolve(typeof(IAThing), new[] {new NamedParameter("aParam", aParam) }); 
} 

、私は正確にNamedParameter「aParam」したいことを指定していますが、AutowiritingParameterはBParamのために記入することができますので、それは分かっていませんどちらのコンストラクタを選択するかは同じパラメータ長です。

私が言及した名前付きパラメータでAutofacが特定のコンストラクタに優先順位を付けるようにするにはどうすればよいですか？私のパラメータが無視されるようにする理由はありません。それは、AutowiringParameterを使用する場合です。

私は "UsingConstructor"を使うことができましたが、BParamがAParamから派生するとすぐに、同じあいまいさに戻ります。 ここでは、指定されたパラメータでコンストラクタを要求しています。 アイデア

編集：

がAutofacだけでエラーなしで、完全にユーザーが指定した名前のパラメータを無視して、あなたは文句を言わない気づくことができますあなたのコンストラクタのデフォルトパラメータを使用！

public class AThing : IAThing 
{ 
    public AThing(AParam aParam) { } 
    public AThing(BParam anotherParam, bool def = true) { } 
} 

Answer 1

現状で本当に勝てるとは思いません。 が具体的にはより具体的ではありません。パラメータを指定すると、Autofacは、指定されたパラメータをautowiredパラメータとともに取得し、使用可能なすべての情報を考慮して、どのコンストラクタそれは達成することができます。すべてのパラメータが等しい（登録時間（builder.RegisterType<T>().WithParameter(...)）、解決時間（scope.Resolve<T>(...)）か、autowiredかに関係なく）、どちらのコンストラクタを呼び出す必要がありますか？

パラメータXのような優先度がパラメータYよりも重要な場合は、実際にはかなり複雑になり、トラブルシューティングの難しさを引き起こす可能性があります。解決時間パラメータは登録時パラメータよりも優先されますか？あなたはその行動を無効にできますか？なぜ、なぜそうではないのですか？それは乱雑になる。

これは、このように動作しているため、今後も引き続きそのようになるでしょう。

しかし、あなたはオプションのカップルがあります

オプションを1からUsingConstructor：あなただけのテストで使用するためのコンストラクタは、それはそれがどのように常にかどうBParamを要するものであると指定することができます。

builder.RegisterType<AThing>() 
    .As<IAThing>() 
    .UsingConstructor(typeof(BParam)); 

私はカスタムIConstructorSelectorを作成するための潜在的な能力を示唆するつもりだったが、あなたはそこにインバウンドパラメータを取得していない、を満たすことができることをすでに提供されたパラメータのセットに基づいて、コンストラクタのちょうどリスト。続行するには十分な情報がありません。詳細については、この答えの最後を参照してください。

オプション2 - ラムダ登録：これはおそらく私があなただったらどうなるでしょうか。これはexample in the docs hereに基づいています。これは、実装するためのワンライナーとしてではないのですが、それはあなたが望む効果を取得：

// This is the "default" behavior registration for when 
// no parameters are provided. Note it's named, though, so 
// the actual default registration for IAThing will be the 
// lambda. 
builder.RegisterType<AThing>().Named<IAThing>("default-thing"); 

// This is what will run when you Resolve<IAThing>() 
builder.Register((ctx, p) => { 
    var aorb = p 
    .OfType<NamedParameter>() 
    .Where(n => n.Name == "aParam") 
    .FirstOrDefault(); 
    if (aorb != null) 
    { 
    // You passed the parameter so use it. 
    return new AThing((BParam)aorb.Value); 
    } 
    else 
    { 
    // Use the default reflection-based registration, above. 
    return ctx.ResolveNamed<IAThing>("default-thing", p); 
    } 
}).As<IAThing>(); 

きれいではありませんが、それは仕事を取得します。これらがたくさんある場合は、その一部をデフォルトの登録IDを生成する拡張メソッドにラップし、if/elseロジックを処理します。

---

は、私はUsingConstructorがより多くのを行うことができますように、より機能コンストラクタセレクターを有効にするために価値があると思います。そのために、私はopened up this issue for youが興味深い拡張であるかどうか確認してください。