autofac

先不必尝试理解IOC,先来看段代码。 一、一个没有使用IoC的例子 public class MPGMovieLister { public Movie[] GetMPG() { var finder = new ListMovieFinder(); var allMovies = finder.FindAll(); return allMovies.Where(m => m.Name.EndsWith(".MPG")).ToArray(); } } public class ListMovieFinder { public List<Movie> FindAll() { return new List<Movie> { new Movie { Name = "Die Hard.wmv" }, new Movie { Name = "My Name is John.MPG" } }; } } 类MPGMovieLister的作用是列出所有的mpg类型的电影，其中调用了类ListMovieFinder类的方法FindAll()来获取所有的电影。 这段代码看起来还不错，已经符合当前的需求了。 二、当需求发生变动时，非IoC遭遇到的困境 假如这个时候，movie的列表获取不是直接创建一个list获取，而要求从某个文本文件读取，或者是数据库获取，又或者从web service中获取

我们都知道，.net core天生自带IOC容器，但是他的功能其实并不强大，而且有坑：在构造注入的时候，他默认找参数最少的构造函数。 这里，我讲解如何使用Autofac去接管IOC，至于为什么要选Autofac，这个其实我也是随大众，不过后面我讲到关于使用Autofac实现AOP的时候，或许你能发现他的好处 第一步，引包 第二步，修改startup.cs文件 首先，在类的内部定义一个新的方法 public void ConfigureContainer(ContainerBuilder builder) { // 在这里添加服务注册 builder.RegisterType<ProductRepository>().As<IProductRepository>();//注册 } 在这个方法里，完成服务注册。对于服务注册这块，关于Autofac的API如果有需要更多的了解的话，可以查阅 Autofac指南 第三步，修改Program.cs文件 UseServiceProviderFactory(new AutofacServiceProviderFactory())//使用AutoFac做IOC和AOP 第四步，正式使用 对于使用IOC，虽然Autofac有多种骚姿势，但是我这里还是推荐使用构造注入，如果要问为什么，其实关键在于，你不用在每个类库中都去拉包，到处都拉包的话