Question

我目前正在学习Autofac的API，而我正试图让我了解一下看起来像一个非常常见的用例。

我有一个类（对于这个简单的例子'MasterOfPuppets'），它有一个通过构造函数注入（'NamedPuppet'）接收的依赖，这个依赖需要一个用（string name）构建的值：

    public class MasterOfPuppets : IMasterOfPuppets
    {
        IPuppet _puppet;

        public MasterOfPuppets(IPuppet puppet)
        {
            _puppet = puppet;
        }
    }

    public class NamedPuppet : IPuppet
    {
        string _name;

        public NamedPuppet(string name)
        {
            _name = name;
        }
    }

我使用他们的接口注册这两个类，而不是我想要解析IMasterOfPuppets，并将一个字符串注入到'NamedPuppet'的实例中。

我尝试按以下方式进行：

IMasterOfPuppets master = bs.container.Resolve<IMasterOfPuppets>(new NamedParameter("name", "boby"));

这以运行时错误结束，所以我猜Autofac只会尝试将其注入'MasterOfPuppets'。

所以我的问题是，如何才能以最优雅的方式解析'IMasterOfPuppets'并将参数参数传递给它的依赖？其他ioc容器有更好的解决方案吗？

Answer 1

Autofac不支持将参数传递给父/消费者对象，并将这些参数细化为子对象。

通常我会说要求消费者知道其依赖关系背后的内容是不好的设计。让我解释一下：

从您的设计中，您有两个界面：IMasterOfPuppets和IPuppet。在示例中，您只有一种IPuppet - NamedPuppet。请记住，即使拥有接口的目的是将接口与实现分开，您也可以在系统中使用它：

public class ConfigurablePuppet : IPuppet
{
  private string _name;
  public ConfigurablePuppet(string name)
  {
    this._name = ConfigurationManager.AppSettings[name];
  }
}

有两点需要注意。

首先，您有一个 IPuppet 的不同实现，当与IPuppet使用者一起使用时，它应该代替任何其他IMasterOfPuppets。 IMasterOfPuppets实施永远不应该知道IPuppet的实施已经改变了......消费IMasterOfPuppets的东西应该被进一步删除。

其次，示例NamedPuppet和新ConfigurablePuppet都采用具有相同名称的字符串参数，但意味着与支持实现不同。因此，如果您的消费代码正在执行您在示例中显示的内容 - 传入一个意图是该事物的名称的参数 - 那么您可能遇到了界面设计问题。请参阅：Liskov substitution principle。

重点是，鉴于IMasterOfPuppets 实施需要传递IPuppet，它不应该关心如何 IPuppet的构建是为了开始或实际支持IPuppet。一旦知道，你就会打破界面和实现的分离，这意味着你也可以取消界面，只是一直传递NamedPuppet个对象。

就传递参数而言， Autofac确实有参数支持。

推荐且最常见的参数传递类型为during registration，因为此时您可以在容器级别进行设置并且您不使用服务位置（generally considered an anti-pattern）

如果您需要在解决Autofac also supports that期间传递参数。然而，当在解决过程中通过时，它更多的服务定位器并不是那么好，因为它再次暗示消费者知道它消耗了什么。

如果您希望将参数连接到来自已知来源（如配置）的参数，您可以使用lambda expression registrations做一些奇特的事情。

builder.Register(c => {
  var name = ConfigurationManager.AppSettings["name"];
  return new NamedPuppet(name);
}).As<IPuppet>();

您还可以在消费者中使用the Func<T> implicit relationship做一些奇特的事情：

public class MasterOfPuppets : IMasterOfPuppets
{
    IPuppet _puppet;

    public MasterOfPuppets(Func<string, IPuppet> puppetFactory)
    {
        _puppet = puppetFactory("name");
    }
}

这样做相当于在解决过程中使用TypedParameter类型string。但是，正如你所看到的那样，这来自于IPuppet的直接消费者，而不是通过所有决议的堆栈渗透的东西。

最后，您还可以使用Autofac modules按照log4net integration module example中的方式进行一些有趣的跨领域事务。使用这样的技术允许您通过所有分辨率全局插入特定参数，但它不一定提供在运行时传递参数的能力 - 您必须将参数的来源放在里面模块。

点 Autofac支持参数，但不支持您尝试做的事情。我强烈建议您重新设计您做事的方式，这样您实际上并没有需要做你正在做的事情，或者你可以用上面提到的方式解决这个问题。

希望这能让你朝着正确的方向前进。

Autofac：使用参数解决依赖关系

1 个答案: