Asp.Net DDD架构浅谈——依赖注入Autofac

本系列目录

Asp.Net DDD架构浅谈——整体框架说明
Asp.Net DDD架构浅谈——领域划分、仓储应用、Services层定义
Asp.Net DDD架构浅谈——图片上传、缩略裁剪
Asp.Net DDD架构浅谈——依赖注入Autofac
Asp.Net DDD架构浅谈——网站配置

控制反转（Inversion of Control，缩写为IoC）是开发中的一种设计模式，可以理解为面向接口编程，可以有效的降低耦合度。举个例子，看我们的解决方案图：

Steven.Domain

我们把Repsositories和Services的接口都定义在Steven.Domain里面，而实现是单独的项目Steven.Domain.Repositories和Steven.Domain.Services。
为什么要这么麻烦呢？合在一起不好吗？
合在一起的话耦合度太高，如果要换ORM会很麻烦，比如说我现在在Steven.Domain.Repositories中用的是Dapper，而如果我想转用EntityFramework，我只要新建一个项目Steven.Domain.EFRepositories，然后在新项目中实现接口即可，对于Presentation层来说，没有任何改变，因为在Presentation层我们调用的是接口。

Autofac

Autofac是一个开源的依赖注入框架，使用也非常简单，首先是通过NuGet安装：

Autofac

然后创建一个配置类DependencyConfig，在里面做好接口配置

    public class DependencyConfig
    {
        public static void Register()
        {
            var builder = new ContainerBuilder();

            builder.RegisterControllers(Assembly.GetCallingAssembly())//注册mvc的Controller
                .PropertiesAutowired();//属性注入
            builder.RegisterGeneric(typeof(Repository<>))
                .As(typeof(IRepository<>))
                .InstancePerRequest()//每次http请求
                .PropertiesAutowired();//属性注入

            //Repositories的注入
            builder.RegisterAssemblyTypes(typeof(UsersRepository).Assembly)
                .Where(t => t.Name.EndsWith("Repository"))
                .AsImplementedInterfaces()
                .InstancePerRequest()
                .PropertiesAutowired();
 
            //Services的注入
            builder.RegisterAssemblyTypes(typeof(FormsAuthenticationSvc).Assembly)
                .Where(t => t.Name.EndsWith("Svc"))
                .AsImplementedInterfaces()
                .InstancePerRequest()
                .PropertiesAutowired();

            //Cache的注入，使用单例模式
            builder.RegisterType<RedisCacheManager>()
                .As<ICacheManager>()
                .SingleInstance()
                .PropertiesAutowired();
            
            var container = builder.Build();
            DependencyResolver.SetResolver(new AutofacDependencyResolver(container));
        }
    }

然后再Global.asax中配置，Application_Start网站启动的时候进行配置：

DependencyConfig.Register();

如何使用呢？非常简单，我们打开HomeController看下：

    public class HomeController : WebSiteController
    {
        public IArticleRepository ArticleRepository { get; set; }

        public ActionResult Index()
        {
            var list = ArticleRepository.GetAll();
            return View(list);
        }

        public ActionResult Detail(string id)
        {
            var article = ArticleRepository.GetByIndex(id);
            if (article == null)
            {
                return Redirect(Url.Home());
            }
            //update view count
            ArticleRepository.UpdateViewCount(article.Id);
            return View(article);
        }
    }

只需要定义一个属性即可：public IArticleRepository ArticleRepository { get; set; } 是不是非常简单！
上面用到的是属性注入的方式，回过头了看下DependencyConfig类的定义，每个配置后面都有这么一句代码：PropertiesAutowired()，这就是表示使用属性配置。而在以前，我使用构造函数注入，下面让我们来看下构造函数注入有什么不同：
首先是DependencyConfig的配置，把PropertiesAutowired()删掉即可，然后是使用到接口的地方，比如说HomeController：

    public class HomeController : WebSiteController
    {
        private readonly IArticleRepository ArticleRepository;
        public HomeController(IArticleRepository articleRepository)
        {
            ArticleRepository = articleRepository;
        }

        public ActionResult Index()
        {
            var list = ArticleRepository.GetAll();
            return View(list);
        }

        public ActionResult Detail(string id)
        {
            var article = ArticleRepository.GetByIndex(id);
            if (article == null)
            {
                return Redirect(Url.Home());
            }
            //update view count
            ArticleRepository.UpdateViewCount(article.Id);
            return View(article);
        }
    }

属性变成了私有变量，并且在HomeController的构造函数中传一个参数过来赋值。这种方式稍显麻烦，个人意见。

注意事项

依赖注入的两个类中不能互相依赖，比如说我们在ARepository中用到了IBRepository，那么就不能再BRepository里面注入IARepository，这样会无限循环，导致异常。