也说Autofac在MVC的简单实践:破解在Controller构造函数中的实例化 - winhu
相信大家对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();
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需要引用ystem.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));
}
}
有了这样一个结构,那么在具体的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的单实例也基本不会考虑。