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看看，如果这将是一个有趣的增强。