在ASP.NET核心中向Autofac注册泛型类型时出现问题

Question

我是Autofac和 ASP.NET Core的相对较新的用户。我最近将一个小项目从一个“经典”ASP.NET WebAPI项目移植到 ASP.NET Core。我在Autofac上遇到了问题，特别是在泛型类型的注册方面。

该项目使用命令模式，每个命令处理程序都是封闭的泛型，如

public class UpdateCustomerCommandHandler: ICommandHandler<UpdateCustomerCommand>

这些命令处理程序被注入到控制器中，如下所示：

readonly private ICommandHandler<UpdateCustomerCommand> _updateCustomerCommand;
public ValuesController(ICommandHandler<UpdateCustomerCommand> updateCustomerCommand)
{
    _updateCustomerCommand = updateCustomerCommand;
}

Autofac（部分）配置为：

 var builder = new ContainerBuilder();
 var assemblies = AppDomain.CurrentDomain.GetAssemblies();
 //This doesn't seem to be working as expected.
 builder.RegisterAssemblyTypes(assemblies)
     .As(t => t.GetInterfaces()
         .Where(a => a.IsClosedTypeOf(typeof(ICommandHandler<>)))
         .Select(a => new KeyedService("commandHandler", a)));

上面的内容似乎没有像预期的那样注册通用。如果我用下面的方法注册，效果很好。

 builder.RegisterType<UpdateCustomerCommandHandler>().As<ICommandHandler<UpdateCustomerCommand>>();

当我说“它不起作用”时，我的意思是当尝试实例化控制器时，我得到“无效操作异常：在尝试激活“AutoFac_Test.Controllers.ValuesController”时无法解析类型“BusinessLogic.ICommandHandler”1[BusinessLogic.UpdateCustomerCommand]的服务。”

这在该项目的完整WebAPI版本中工作得很好，但在ASP.NET核心中重新创建之后就不行了。需要说明的是，在移植到ASP.NET核心之前，这种方法运行得非常好。

下面是我用来重现这个问题的代码的链接:https://dl.dropboxusercontent.com/u/185950/AutoFac_Test.zip

****发现解决方案后编辑****

事实上，我的Autofac配置没有任何问题，当然也不是Autofac本身。发生的事情是，我重命名了我的依赖程序集的输出，以使程序集扫描内容（替换AppDomain.CurrentDomain.GetAssemblies（））更加优雅，但是我从未修改过API项目的依赖项以引用新程序集。因此，Autofac正在扫描正确加载的程序集，这些程序集恰好是旧版本，其中不包含我期望的接口和实现...

Answer 1

因为即使当你试图手动注册类型时，Google也会带你到这个页面，所以我认为即使这个页面没有回答你的问题，它对未来的访问者还是有用的。因此，如果您想要手动注册一个泛型类型，可以使用以下格式:

service.AddTransient(typeof(IThing<>), typeof(GenericThing<>));

或者如果没有接口，那么只需：

service.AddTransient(typeof(GenericThing<>));

并且为了完整性，如果您有一个具有多个类型的泛型：

services.AddTransient(typeof(GenericThing<,>));

Answer 2

Autofac内置支持注册封闭类型的开放通用。

builder
    .RegisterAssemblyTypes(ThisAssembly)
    .AsClosedTypesOf(typeof(ICommandHandler<>));

这将扫描您的程序集，查找关闭打开的泛型< code>ICommandHandler的类型

在您的示例中不起作用的是您将密钥与服务相关联。Autofac不会查找＜code＞ICommandHandler的键控版本

在QuietSeditionist的评论后编辑:

我将尝试详细介绍键控服务与默认服务。注册处理程序的方法是将＜code＞commandHandler＜/code＞键与它们关联。

这意味着，构建容器后，只有这样一种方法可以解析此类处理程序：

// container will look for a registration for ICommandHandler<UpdateCustomerCommand> associated with the "commandHandler" key
container.ResolveKeyed<ICommandHandler<UpdateCustomerCommand>>("commandHandler");

实例化 ValuesController 时，Autofac 不会查找 ICommandHandler 的键控注册

它正在执行的等效代码是 - 您可以尝试自己运行该代码以获取异常：

// BOOM!
container.Resolve<ICommandHandler<UpdateCustomerCommand>>();

您的第二次注册有效的原因是因为您没有键入服务：

// No key
builder
    .RegisterType<UpdateCustomerCommandHandler>()
    .As<ICommandHandler<UpdateCustomerCommand>>();

// commandHandler key
builder
    .RegisterType<UpdateCustomerCommandHandler>()
    .Keyed<ICommandHandler<UpdateCustomerCommand>>("commandHandler");

但是，由于您不想一个一个地注册所有的处理程序，以下是如何注册它们而不用键入它们:

builder
    .RegisterAssemblyTypes(ThisAssembly)
    .AsClosedTypesOf(typeof(ICommandHandler<>));

/Edit

我可以看到两种情况下键控服务可能很有用：

>

您有几种类型的实现相同的接口，并且您希望在不同的服务中注入不同的实现。比方说，您将 SqlConnection 和 DB2Connection 都注册为 IDbConnection。然后，您将有 2 个服务，一个应该面向 SQL Server，另一个面向 DB2。如果它们都依赖于 IDbConnection，则需要确保在每个服务中注入正确的 IDbConnection。

如果使用装饰器，注册的工作方式是通过键定义装饰器将应用于的服务-第一个示例是不言而喻的