开源框架Autofac使用入门

最新推荐文章于 2024-07-26 02:19:02 发布

weixin_30249203

最新推荐文章于 2024-07-26 02:19:02 发布

阅读量204

点赞数

文章标签：设计模式游戏 java

原文链接：http://www.cnblogs.com/lychee/p/6600553.html

版权

目录导航
1.Autofac是什么
- 　　1.1什么是DI和IOC
- 　　1.2DI和IOC在项目中起到什么作用
2.Autofac如何使用
- 　　2.1下载
- 　　2.2代码Demo
- 　　2.3Demo分析
3总结

1.Autofac是什么

　　说到Autofac，我们就要首先了解依赖注入（Dependency Injection，简称DI）1.1节介绍。DI不是什么技术，而是一种设计模式，是用来降低计算机程序之间的耦合的。在.net平台，有很多依赖注入工具，比较于其他的IOC框架，如Spring.NET，Unity，Castle等等所包含的，Autofac是一款较为轻量级的、性能优异的、支持xml配置的依赖注入工具。这也是为什么我选择先学习Autofac的原因。

　　1.1依赖注入（DI）和控制反转（IOC）

　　　　DI是一种软件设计模式，用来允许我们开发松耦合代码。DI是一种很好的方式去减少软件模块之间的紧耦合关心。DI帮助更好的去管理软件中的功能更新和复杂度。DI的目的是让代码可维护。
　　依赖注入模式使用构造器对对象初始化并提供需要的依赖给对象，也就意味着允许你从类外部注入一个依赖项。

　　IOC

　　　　IOC控制反转模式是对DIP(依赖倒置原则)的一种实现。
　　IOC指的是一种框架或运行时的编程风格，用来控制程序流程。
　　IOC意味着我们可以改变常规的控制方式。它在DIP下得以实现。许多基于.net框架的软件开发都使用IOC。
　　IOC更多的是一个通用术语，不仅仅局限于DI。

　　以上文字摘入 http://www.cnblogs.com/sheng-jie/p/6512909.html——（什么是依赖注入（DI）和控制反转（IOC）-详解）【圣杰】

　　不明白的同学可以去翻翻。

　　1.2DI和IOC在项目中起到什么作用

　　例如，假设你的客户端类需要使用一个服务类组件，那么你能做的就是让你的客户知道一类IService接口而不是服务类。这样，你就可以随时改变Service类的实现而不会中断已经部署的代码。

2.Autofac如何使用

　　2.1下载

　　　　首先你必须获取AutoFac，这里你可以通过各种方式加载它，我这里还是通过VS中的NuGet来加载AutoFac，不论是哪种方式，最终的目的就是将 Autofac.dll，Autofac.Configuration.dll 这两个程序集引用到你的项目中。这样在你的项目中，如果想使用AutoFac，只需添加其命名空间引用即可~　这里我用的是2.6版本的（PS：Autofac.Configuration.dll V4.1 已经没有ConfigurationSettingsReader 用法稍有改变，还没去研究）

　　2.2代码Demo

　　　　在控制台程序中，首先

    /// <summary>
    /// 定义一个Animal接口
    /// </summary>
    public interface IAnimal
    {
        void DogCall();
        void CatCall();
    }

　　　　写一个类继承此接口

    public class Call: IAnimal
    {
        public void CatCall()
        {
            Console.WriteLine("喵喵喵");
        }

        public void DogCall()
        {
            Console.WriteLine("汪汪汪");
        }
    }

　　　　然后该Autofac出场了

        static void Main(string[] args)
        {
　　　　　　　　var builder = new ContainerBuilder();//创建一个IOC容器
　　　　　　　　builder.RegisterType<Call>().As<IAnimal>();//通过AS可以让Call类中通过构造函数依赖注入类型相应的接口。
　　　　　　　　//Build()方法生成一个对应的Container实例，这样，就可以通过Resolve解析到注册的类型实例。
　　　　　　　　using (var container = builder.Build())
　　　　　　　　{
　　　　　　　　　　//当注册的类型在相应得到的容器中可以Resolve你的Call类中所有实例。
　　　　　　　　　　var call = container.Resolve<IAnimal>();
　　　　　　　　　　call.DogCall();
　　　　　　　　　　call.CatCall();
　　　　　　　　}

　　　　　　　　Console.ReadLine();

　　　　  }

　　　　结果

　　2.3Demo分析

　　//我们使用Autofac的步骤：
　　//第一步，定义一个Container容器。
　　//第二步，创建builder，并在builder中注册类型。
　　//第三步，实例化容器。
　　//第四步，在需要使用接口的地方，通过container来解析得到一个借口的实例。

　　这里我们也明白了一点，类型是需要先进行注册，然后才能够通过Autofac进行获取。

然后我们能知道在Autofac中，先通过ContainerBuilder进行类型注册，然后通过ContainerBuilder的Build方法来获取IContainer类型实例，后面则可以通过该IContainer实例来获取注册类型的实例对象。

　　另外：在项目中，我们想将该类型选择通过文件配置进行读取。Autofac自带了一个Autofac.Configuration.dll 非常方便地对类型进行配置，避免了程序的重新编译。

修改App.config：

在<configuration>根节点下加上（PS：configSections在程序配置文件中只能放在最前，不然会报配置文件未能初始化错误）

  <configSections>
    <section name="autofac" type="Autofac.Configuration.SectionHandler, Autofac.Configuration"/>
  </configSections>
  <!--IOC为控制台项目名称-->
  <autofac defaultAssembly="IOC">
    <components>
      <component type="IOC.Call, IOC" service="IOC.IAnimal" />
    </components>
  </autofac>

然后将RegisterType注册方法替换为通过配置文件的方式注册

//builder.RegisterType<Call>().As<IAnimal>();//通过AS可以让Call类中通过构造函数依赖注入类型相应的接口。
            builder.RegisterModule(new ConfigurationSettingsReader("autofac"));

在简单实例中，我们已经看到了一种注册方式，那就是泛型注册：

builder.RegisterType<Class_1>();

其中还有很多注册的方式：

如Lambda注册

    builder.Register(cc =>
    {
        var clas1 = new Class_1();
        while (clas1.Id.ToString().Contains("a"))
        {
            clas1.Id = Guid.NewGuid();
        }
        return clas1;
    });

程序集批量注册

    //获取当前应用程序加载程序集（C/S应用中使用）
    var assembly = Assembly.GetExecutingAssembly();
    var builder = new ContainerBuilder();
    builder.RegisterAssemblyTypes(assembly); //注册所有程序集类定义的非静态类型

Module注册

在日常开发中，可能不同开发会负责不同的模块进行单独开发。在开发过程中，不同模块不同开发可能都有自己的类型需要注册到autofac中，但是如果每个人在注册时，都去修改一个指定地方的代码，这在进行代码合并时，是令人痛苦的。更好的方式是，每个开发不同的模块都有自己指定的类型注册区域，这样，在代码合并时，会减少很多代码冲突。

builder.RegisterModule<ModuleA>();

个人非常推荐使用Module，每个项目拥有自己的一个Module，这样的一个Module都有固定的未知，便于查找该项目中的注册及依赖关系。

3.总结

IoC/DI

    关于IoC与DI的概念，网上有很多相关的博客，大家可以稍微了解一下，对比一下。

    我个人的理解就是按照英文的中文翻译来理解的：

    IoC： Inversion of Control 控制反转，将控制权进行反转，将本由自身控制的对象初始化交由外部IoC容器进行初始化；

    DI： Dependency Injection 依赖注入，将对象依赖的其他对象，通过注入的方式进行初始化。

Autofac的用法远不止这些，这里面提到的只是我用到的一些内容。

Autofac官方网站：http://autofac.org/

Autofac在Github上的开源项目：https://github.com/autofac/Autofac

Autofac的学习资源：https://github.com/autofac/Autofac/wiki

转载于:https://www.cnblogs.com/lychee/p/6600553.html