软件开发依赖注入与Unity框架初探嘉为科技.docVIP

依赖注入与Unity框架初探 【摘要】 在面向对象开发中，重要的原则就是高内聚低耦合程序中，对象的创建通常都是通过new关键字来创建使用new关键字就是在硬编码（Hard code）就是在增加之间耦合度，不使用new关键字能创建对象吗？答案肯定的使用依赖注入的方式是可以实现的。本文使用Unity来实依赖注入。正文】 是依赖注入 注Dependency Injection）是一种模式，这种模式将原本有依赖关系的组件，即解除依赖关系编译）但是在运行时依赖注入容器重新建立依赖关系也说是由依赖注入容器动态地将某种依赖关系注入到组件之中。 注入的方式有三种：函数注入（or Injection）属性注入（ Injection）调用注入（Method Call Injection）。 是Unity 设想现在我们要实现一个将日志记录写入文件的功能。正常来说，我们应该有个Logger类和FileWriter类，如下： 图 1：创建Logger类 图 2：创建FileWriter类 以上代码能够模拟实现目前所需的基本功能，但是日志记录并不一定只是记录在文件，也可能记录于数据库、系统日志等等。所以考虑对以上代码进行重构，抽象出接口IWriter，所有写日志记录的具体类继承此接口。重构后代码如下： 图 3：抽象出接口IWriter 图 4：修改FileWriter类继承IWriter接口 图 5：修改Logger类，应用IWriter接口 我们在Logger类中使用了IWriter接口，看起来好像是针对接口编程，期望实现对象之间的解耦，但是我们发现Logger类使用了new关键字，那就说明我们的代码中存在“硬编码”。其实仔细分析不难发现，Logger类中使用new关键字来创建FileWriter，表明两者之间关联很紧密，虽然使用了接口，但是并没有实现对象间真正的解耦。 那么我们再次重构Logger类代码： 图 6：重构后的Logger类，去除new关键字 我们修改了Logger类的构造函数，IWriter接口作为参数传入构造函数，这样Logger类中移除了new关键字，也不依赖于任何实体类，真正意义上的只依赖于接口IWriter。但是问题来了：由谁来创建IWriter的具体实现，并传入参数IWriter呢？我们可以使用“工厂”来创建，这个方法还不错，虽然其内部也是使用new关键字来创建，将依赖关系转移至“工厂”了，但是至少所有对象是统一在“工厂”内部来创建。这里介绍另一个更棒的方法，使用Unity依赖注入的方式来创建，这种方法不需要使用new关键字，实现完全的解耦。 具体方式是，新建Console项目，并添加Unity引用，然后在配置文件中添加Unity配置项，最后就可以使用Unity容器来实现依赖注入了，详细如下： 图 7：创建Console项目，并添加Unity引用 图 8：在App.Config文件中添加Unity配置节点 图 9：在Main方法中，使用Unity容器进行依赖注入 图 10：运行结果 从运行结果可以看出，确实调用了FileWriter类中的Write方法。但是并没有看到使用new关键字创建FileWriter类的代码，那么FileWriter是如何创建的呢？ 在Main方法中： 首先使用了IUnityContainer container = new UnityContainer();来创建一个Unity容器； 接着读取配置文件中信息，并配置Unity容器，至此Unity容器拥有了在配置文件中设定的对应关系： UnityConfigurationSection section = (UnityConfigurationSection)ConfigurationManager.GetSection(unity); section.Configure(container); 调用Unity容器的ResolveLogger方法： Logger logger = container.ResolveLogger(); Resolve方法创建并返回Logger类，我们知道Logger的构造函数有个IWriter接口，Unity容器通过构造函数注入的方法，找到配置信息中设定的对应关系，此例即IWriter接口对应FileWriter类，再自动创建FileWriter类，并传入构造函数。 在我们调用Logger类的方法时，就会由FileWriter类接管来将日志写入文件中。 至此，我们已经实现了使用Unity容器通过构造函数注入的方式来实现依赖注入，将对象间的依赖关系成功解耦，并在运行时注入其中，调用其功能。有了这种模式，如果要注入SQLWriter类（写入SQL数据库）、EventWriter类（写入事件日志）等等，我们要