ioc-container - Autofac:使用参数解决依赖关系

Question

我目前正在学习 Autofac 的 API，我正在努力了解在我看来非常常见的用例。

我有一个类(对于这个简单的例子“MasterOfPuppets”)，它有一个通过构造函数注入(inject)接收的依赖项(“NamedPuppet”)，这个依赖项需要一个值来构建(字符串名称):

    public class MasterOfPuppets : IMasterOfPuppets
    {
        IPuppet _puppet;

        public MasterOfPuppets(IPuppet puppet)
        {
            _puppet = puppet;
        }
    }

    public class NamedPuppet : IPuppet
    {
        string _name;

        public NamedPuppet(string name)
        {
            _name = name;
        }
    }

我用它们的接口(interface)注册了这两个类，然后我想用一个字符串解析 IMasterOfPuppets，这个字符串将被注入(inject)到“NamedPuppet”的实例中。

我试图通过以下方式做到这一点:

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

这以运行时错误结束，所以我猜 Autofac 只会尝试将它注入(inject)“MasterOfPuppets”。

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

Answer 1

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

通常我会说要求消费者了解其依赖项接口(interface)背后的内容是糟糕的设计。让我解释一下:

根据您的设计，您有两个接口(interface):IMasterOfPuppets和 IPuppet .在示例中，您只有一种类型 IPuppet - NamedPuppet .请记住，即使拥有接口(interface)的意义在于将接口(interface)与实现分开，您的系统中也可能有:

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 的东西. 一旦它知道，您就打破了接口(interface)和实现的分离，这意味着您不妨取消接口(interface)并只传入 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 支持参数，但不支持您想要做的事情。我强烈建议您重新设计您做事的方式，这样您实际上就不需要做您想要做的事情正在做，或者您可以通过上述方式之一解决它。

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