也说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相关库的下载，请点击此处
