如何使用Autofac在构造函数中注入具体实现答案

【问题标题】：How to use Autofac to inject specific implementation in constructor如何使用Autofac在构造函数中注入具体实现
【发布时间】：2015-06-14 23:52:26
【问题描述】：

我有两个将ILastActivityUpdator 作为构造函数参数的类：UserService 和AnonymousUserService。

public AnonymousUserService(ILastActivityUpdator lastActivityUpdator)
{
    if (lastActivityUpdator == null)
    {
        throw new ArgumentNullException("lastActivityUpdator");
    }
    this.lastActivityUpdator = lastActivityUpdator;
}

和上面UserService类似：

public UserService(ILastActivityUpdator lastActivityUpdator)
{
    if (lastActivityUpdator == null)
    {
        throw new ArgumentNullException("lastActivityUpdator");
    }
    this.lastActivityUpdator = lastActivityUpdator;
}

ILastActivityUpdator 接口有一种方法：UpdateLastActivity(int userId)。该接口有两种实现，一个LastActivityUpdator 和一个名为AnonymousUserLastActivityUpdator 的装饰器，它继承自LastActivityUpdator 并向该方法添加一些额外的功能，如下所示：

public class AnonymousUserLastActivityUpdator 
    : LastActivityUpdator, IAnonymousUserLastActivityUpdator
{
    public AnonymousUserLastActivityUpdator()
    { }

    public override void UpdateLastActivity(int userId)
    {
        base.UpdateLastActivity(userId);

        // Extra functionality
    }
}

我现在想使用 Autofac 将AnonymousUserService 与AnonymousUserLastActivityUpdator 和UserService 与LastActivityUpdator 连接起来。

我尝试为从基本接口派生的装饰器添加一个接口，如下所示：

public interface IAnonymousUserLastActivityUpdator : ILastActivityUpdator
{ }

然后我想我可以在AnonymousUserService 构造函数中使用IAnonymousUserLastActivityUpdator，一切都会正确地自动装配。

不幸的是，它总是使用第一个实现，即IAnonymousUserLastActivityUpdator，因为它是较早注册的（按字母顺序）。

如何实现AnonymousUserService 注入AnonymousUserLastActivityUpdator 和UserService LastActivityUpdator？

【问题讨论】：

This question is actually an FAQ on the Autofac doc site.

标签： c# asp.net-mvc dependency-injection autofac

【解决方案1】：

Autofac 是nicely documented，看起来你可以在here 之后找到你的身份。据我所知，如果你已经在

上注册了你的更新器

builder.RegisterType<LastActivityUpdator>();
builder.RegisterType<AnonymousUserLastActivityUpdator>();

那么你应该可以注册你的服务了

builder.Register(c => new UserService(c.Resolve<LastActivityUpdator>()));
builder.Register(c => new AnonymousUserService(c.Resolve<AnonymousUserLastActivityUpdator>()));

或

builder.RegisterType<UserService>().WithParameter(
    (p, c) => p.ParameterType == typeof(ILastActivityUpdator),
    (p, c) => c.Resolve<LastActivityUpdator>());

builder.RegisterType<AnonymousUserService>().WithParameter(
    (p, c) => p.ParameterType == typeof(ILastActivityUpdator),
    (p, c) => c.Resolve<AnonymousUserLastActivityUpdator>());

那么当你从容器中解析UserService或AnonymousUserService时，它们就会得到正确的依赖。

顺便说一句，如果一个接口被注入到一个类中，那么该类应该与该接口的所有实现一起正常运行 (LSP)。从类名来看，AnonymousUserService 似乎只适用于 AnonymousUserLastActivityUpdator 而不是 ILastActivityUpdator 的任何实现。如果是这种情况，那么按照您的建议引入不同的抽象（如IAnonymousUserLastActivityUpdator）可能是合适的。

【讨论】：

嗨，马特，非常感谢。它只能与 IAnonymousUserLastActivityUpdator 一起使用，所以你是对的，它应该依赖于它。我认为我的错误是让IAnonymousUserLastActivityUpdator 派生自ILastActivityUpdator，因此选择了第一个匹配项。我会尽量不让它在今晚继承。谢谢。
这听起来很正确，但是您不应该根据您的 IoC 更改您的设计。如果IAnonymousUserLastActivityUpdator 从ILastActivityUpdator 继承是有意义的，那么它应该，并且您可以如上所述设置您的绑定。祝你好运:)
builder.Register(c => new UserService(c => c.Resolve<LastActivityUpdator>())); 语法不正确。 “一个名为 c 的局部变量不能在此范围内声明，因为它会给 c 赋予不同的含义，而 c 已经在‘父级或当前’范围内用于表示其他内容。
不应该有第二个 lambda。我已经改正了
它似乎对我有用。我已经整理了一个快速的example

【解决方案2】：

如上一个回复所述，在这种情况下，您违反了 Liskov 原则。事实上，您的消费者类依赖于不同的接口实现。即使界面完全相同，但功能却并非如此。您需要反映这一点：

在每个消费者类中，依赖于正确的接口
将每个实现注册为适当的接口

从 DI 的角度来看，您可以从另一个实现派生一个实现完全不相关：无论实现是同一个类，还是完全独立，还是一个从另一个派生，就像在这个案例。

有关详细信息，请查看Autofac's Services vs Components 文档。您会看到以上所有选项都是可能的。

考虑到这一点：

在每个消费者类的构造函数中，指定正确的接口依赖：

    public AnonymousUserService(IAnonymousUserLastActivityUpdator lastActivityUpdator)
    public UserService(ILastActivityUpdator lastActivityUpdator)

并将每个实现注册为正确的接口：

    builder.RegisterType<LastActivityUpdator>()
      .As<ILastActivityUpdator>();
    builder.RegisterType<AnonymousUserLastActivityUpdator>()
      .As<IAnonymousUserLastActivityUpdator>;

这样，每个消费者类都会自动注入正确的实现。

【讨论】：