使用 Autofac 自动装配通用装饰器答案

【问题标题】：auto-wiring generic decorators using Autofac使用 Autofac 自动装配通用装饰器
【发布时间】：2012-12-20 18:29:46
【问题描述】：

我有两个装饰器：

class DbCommandWithTransactionHandlerDecorator<TCommand>
    : IDbCommandHandler<TCommand> { ... }

class DbOptimisticConcurrencyRetryDecorator<TCommand>
    : IDbCommandHandler<TCommand> { ... }

这些装饰器将事务管理和乐观并发重试功能添加到数据库命令中。

我使用 Autofac 作为我的 IoC 容器。我想设置 Autofac 以便它自动连接在程序集中找到的所有 IDbCommandHandler<>，这样当我请求说 IDbCommandHandler<CreateNewNotificationCommand> 时，它会首先用 DbCommandWithTransactionHandlerDecorator 自动装饰它，然后是 @987654325 @。

我一直在尝试使用 Autofac 的 builder.RegisterGenericDecorator() 来解决这个问题，但还没有成功。主要问题是装饰器需要一个“命名”参数才能工作。下面是最“接近”我想要实现的示例代码 - 但是主要缺陷是我仍然必须手动注册类型。

var builder = new ContainerBuilder();
var a = Assembly.GetExecutingAssembly();

// I need to find a way how these can be 'auto-wired', 
// rather than having to manually wire each command.

builder.RegisterType<CreateNewNotificationCommandHandler>()
    .Named<IDbCommandHandler<CreateNewNotificationCommand>>("command");
builder.RegisterType<CreateNewNotificationCommandHandler_2>()
    .Named<IDbCommandHandler<CreateNewNotificationCommand_2>>("command");

builder.RegisterGenericDecorator(
    typeof(DbCommandWithTransactionHandlerDecorator<>),
    typeof(IDbCommandHandler<>),
    fromKey: "command");

var container = builder.Build();
var handler1 =
  container.Resolve<IDbCommandHandler<CreateNewNotificationCommand>>();
var handler2 =
  container.Resolve<IDbCommandHandler<CreateNewNotificationCommand_2>>();
handler1.Handle(null); //these are correctly decorated
handler2.Handle(null); //these are correctly decorated

【问题讨论】：

@Steven 我确实设法找到了 Autofac 的解决方法，其中涉及对类型进行手动反射搜索并映射它们。然而，今天早些时候我尝试了 Simple Injector，正如我在您昨天发布的文章中看到的那样 - 我只能说它非常出色且非常易于使用 - 对此表示敬意:)

标签： c# dependency-injection inversion-of-control autofac

【解决方案1】：

我确实设法通过反射找到了一种解决方法，虽然它的工作原理并不是很优雅。为了完整起见，我将在下面发布：

 public interface IDbCommandHandler<in TCommand>: IDbCommandHandlerStub
    where TCommand : IDbCommand
{
    void Handle(TCommand command);
}

public interface IDbCommandHandlerStub
{

}

    private List<Type> getTypesThatImplementIDbCommandHandler(IEnumerable<Assembly> assemblyList)
    {
        List<Type> list = new List<Type>();
        foreach (var a in assemblyList)
        {
            var matches = a.GetTypes().Where(t => typeof(IDbCommandHandlerStub).IsAssignableFrom(t));
            list.AddRange(matches);
        }
        return list;
    }

private void registerDbCommands(List<Type> dbCommandHandlerTypes, ContainerBuilder builder)
    {
        foreach (var t in dbCommandHandlerTypes)
        {
            var interfaces = t.GetInterfaces();
            foreach (var i in interfaces)
            {
                builder.RegisterType(t).Named("dbCommand", i);
            }

        }
    }


   public void Test1()
   {
        ContainerBuilder builder = new ContainerBuilder();
        var dbCommandHandlerTypes = getTypesThatImplementIDbCommandHandler(assemblies);
        registerDbCommands(dbCommandHandlerTypes, builder);            

        builder.RegisterGenericDecorator(typeof(DbCommandWithTransactionHandlerDecorator<>),
                                        typeof(IDbCommandHandler<>),
                                        fromKey: "dbCommand", toKey:"dbCommandWithTransaction").SingleInstance();

        builder.RegisterGenericDecorator(typeof(DbOptimisticConcurrencyRetryDecorator<>),
                                        typeof(IDbCommandHandler<>),
                                        fromKey: "dbCommandWithTransaction").SingleInstance();

        var container = builder.Build();
        var handler1 = container.Resolve<IDbCommandHandler<CreateNewNotificationCommand>>();

}

首先，我通过反射得到所有实现IDbCommandHandler 的类型。然后，我将它们注册为它们实现的所有接口的命名类型，并为它们命名为“dbCommand”。

然后，我注册通用装饰器来装饰名为“dbCommand”的类型。此装饰器名为“dbCommandWithTransaction”，用于为并发重试注册另一个通用装饰器。

考虑到这是一次会被“遗忘”的事情，我已经准备好采用这种解决方法。但是，我在尝试其他 IoC 容器时遇到了 Simple Injector，所有这些都可以在两行代码中完成 - 从那时起就赢得了我的青睐。

【讨论】：