Autofac無法在兩個構造函數之間進行解析（如果明確更具體）

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

我不確定你在目前情況下能否真的贏。什麼是「明確更具體」給你不是必然 100％更具體 - 一旦你提供了參數，Autofac採用提供的參數以及自動佈線參數，並試圖確定，給出所有可用的信息，哪些構造函數它可以實現。所有參數相同 - 無論它們來自注冊時間（builder.RegisterType<T>().WithParameter(...)），解析時間（scope.Resolve<T>(...)）還是自動裝配 - 應該調用哪個構造函數？

如果有優先級，比如參數X比參數Y更重要，它實際上可能開始變得非常複雜，並且創建一些難以排除故障的行爲。解決時間參數是否優先於註冊時間參數？你可以覆蓋這種行爲？爲什麼或者爲什麼不？它變得混亂。

無論如何，這就是爲什麼它的行爲如此並且可能會繼續以這種方式進入未來。

但是，你有兩個選擇：

選項1 - UsingConstructor：你只需指定在測試中使用的構造是一個需要BParam如果總是是怎麼回事。

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

我會建議創建一個自定義IConstructorSelector潛在能力，但你沒有得到入參數那裏，只是一個構造函數列表可以根據已提供的一組參數滿足 。沒有足夠的信息繼續下去。有關更多信息，請參閱此答案的結尾。

選項2 - Lambda註冊：如果我是你，這可能是我會做的。它基於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看看，如果這將是一個有趣的增強。