也说Autofac在MVC的简单实践：破解在Controller构造函数中的实例化

相信大家对Autofac并不陌生，很多人都在使用。本文只是介绍一下本人在使用时的一点想法总结。

你是不是很头疼的要在Global中写一堆代码来维护Autofac？
你是不是很头疼为Controller增加构造函数为变量赋值？
你是不是很头疼每次增加接口和实现的时候都要重新编译？

那么本文介绍一些Autofac的其它实践，也许能够对你有所帮助。

在使用一个框架时，肯定要去它的官网查阅一下。autofac的官网给出了一些经典的使用案例。如注册容器：

var builder = new ContainerBuilder();
 
// Register individual components
builder.RegisterInstance(new TaskRepository)
       .As<ITaskRepository>();
builder.RegisterType<TaskController>();
builder.Register(c => new LogManager(DateTime.Now))
       .As<ILogger>();
 
// Scan an assembly for components
builder.RegisterAssemblyTypes(myAssembly)
       .Where(t => t.Name.EndsWith("Repository"))
       .AsImplementedInterfaces();
 
var container = builder.Build();

 在mvc中使用：

public class TaskController
{
  private ITaskRepository _repository;
  private ILogger _logger;
 
  // Autofac will automatically find the registered
  // values and pass them in for you.
  public TaskController(
    ITaskRepository repository,
    ILogger logger)
  {
    this._repository = repository;
    this._logger = logger;
  }
}

在这里先重点说一下在mvc中的使用，如上代码可见，在一个请求到达时，需要对controller进行实例化，而正如autofac官网所说“If there is more than one constructor on a component type, Autofac will use the constructor with the most resolvable parameters.”，如果有多个带参构造函数，autofac默认使用参数最多的构造函数。在上面代码中，即便在一个action中，你只用了_logger，那么_repository也依旧需要被autofac解析。

而在mvc的具体应用中，我们可能会使用多重继承，如下图的结构

在这种情况下，每个controller可能会有很多构造函数，在每个请求到达时，都需要实例化相当一部分的变量。本人没有研究过这种实例化是否会影响效率，只是觉得这样对于开发来讲过于繁琐，且不利于维护，代码也并不流畅。我的想法是在action中，在需要的点去实例化。

经过一些查阅，autofac官方提供了很多库，发现其中Autofac.Mef是可以用另一种方式实现达到同样的效果。文档的介绍只有一句话“The MEF integration allows you to expose extensibility points in your Autofac applications using the Managed Extensibility Framework.”  mef可能主要用来在对已经开发完毕的版本做补充的时候使用。如某个系统已经开发结束并部署运行了，这时候会有些功能的增加和扩展，在不修改原版本的前提下，使用mef可以将后补充的功能ioc到原系统。mef需要引用System.ComponentModel.Composition.dll库。

先不说别的了，代码说明一切。在接口实现上需要加入ExportAttribute，如：

    [Export(typeof(ICustomerBusiService))]
    public class CustomerBusiService : ICustomerBusiService

 注意，ICustomerBusiService不用做任何的描述，只描述其实现CustomerBusiService即可。为了达到我的目的，我在顶层的controller中增加了一个获取实例的方法，以便action中根据自己的需要获取实例化：

    public abstract class AbstractController : Controller
    {
        private static IAutofacResolver _resolver = new AutofacResolver();
        protected T GetService<T>()
        {
            return _resolver.GetService<T>();
        }
    }

下面展示一下IAutofacResolver及其实现AutofacResolver

    public interface IAutofacResolver
    {
        T GetService<T>();
    }

    public class AutofacResolver : IAutofacResolver
    {
        private Autofac.IContainer _container;

        public T GetService<T>()
        {
            if (_container == null || !_container.IsRegistered<T>())
            {
                RegisterPartsFromReferencedAssemblies();
            }
            return _container.Resolve<T>();
        }

        private void RegisterPartsFromReferencedAssemblies()
        {
            var asses = BuildManager.GetReferencedAssemblies().Cast<Assembly>();
            var assemblyCatalogs = asses.Select(x => new AssemblyCatalog(x));
            var catalog = new AggregateCatalog(assemblyCatalogs);

            var builder = new ContainerBuilder();
            builder.RegisterComposablePartCatalog(catalog);
            _container = builder.Build();
            DependencyResolver.SetResolver(new AutofacDependencyResolver(_container));
        }
    }

我们知道Asp.Net的项目，只要bin目录有变化，该站点会相应的重新启动，所以在你制作的新的接口库和实现库完成之后，只要push到bin目录，RegisterPartsFromReferencedAssemblies()中的BuildManager.GetReferencedAssemblies()会捕捉到所有的当前站点的所有dll引用，并根据ExportAttribute加载到Autofac。该方式在第一次使用GetService<T>()的时候会执行RegisterPartsFromReferencedAssemblies()，之后就不会在执行该方法了。该方式不需要在Global中用一堆代码维护Autofac，有点一劳永逸的感觉。

有了这样一个结构，那么在具体的controller中我不需要有构造函数，在acton中只要调用GetService<T>()就可以获取我需要的实例。

    public class AccountController : AbstractMvcController
    {
        [HttpPost]
        public ActionResult Register(Customer customer)
        {
            var ibsCusomter = GetService<ICustomerBusiService>();
            ibsCusomter.Register(customer);
            return View();
        }
    }

以上就是全部内容。本文并没有针对复杂的autofac应用进行说明，比如注册复杂的模型，激活事件等。只是对比较简单普遍的autofac的使用进行一些分析，个人认为mvc的站点开发中，不太会用到比较复杂的东西，因为每个用户请求都是独立的，又有并发的问题，所以autofac的单实例也基本不会考虑。

autofac相关库的下载，请点击此处