标签：style class blog c code java
第一次接触IoC是我在学习MVP框架的时候，搭建一个MVP框架需要用到IoC，那时候就以为IoC就是依赖注入，但在后来的逐步了解中发现那个只是它的别名而已。IoC全称应该是Inversion of Control，中文称为控制反转；而依赖注入的简称是DI，全称是Dependency Injection，个人觉得这两者也不是那么一个别名的关系而已，控制反转给我的感觉更多的是一种思想，而依赖注入却正好是一种实现方式。那这里说说概念
以上概念摘自蒋老师的著作《ASP.NET MVC4 框架揭秘》。但是技术这东西又没必要向理论学术那样严谨，能让人知晓其中意图则可，最初UML最初创作处理也是为了达到这个目的。
高内聚低耦合一直是软件开发中不断追求的，现在各种框架MVC，MVP等都是为了解耦而诞生的。在我阅读微软的开源项目PetShop时发现里面用了耳熟能详的三层架构中使用了最初我学C#时不知有什么作用的一个东西——接口Interface。它的存在很大的目的就是为了解耦，它能使一些比较具体的事物抽象化。那么本篇所讨论的IoC也是使用了接口。
目前有很多IoC框架：Unity，Spring.NeT，Ninject，StructureMap等。Ninject在我实践MVP的时候用过，Unity在我阅读蒋老师的著作时了解过，那么这回我将会尝试一下之前没用过的Unity，体验一下依赖注入。
模拟使用一个三层架构来体验这个Unity
定义DAL，BLL，UI层的接口IDAL，IBLL，IUI以及实现它们的类DAL，BLL，UI。
1 interface IDAL 2 { 3 DataTable QueryDatas(); 4 } 5 interface IBLL 6 { 7 List<object> GetSomeDatas(); 8 } 9 10 interface IUI 11 { 12 void ShowData(IBLL bll); 13 } 14 15 class DAL : IDAL 16 { 17 18 public DataTable QueryDatas() 19 { 20 DataTable table = new DataTable(); 21 table.Columns.Add("Col"); 22 for (int i = 0; i < 10; i++) 23 { 24 table.Rows.Add(i); 25 } 26 return table; 27 } 28 } 29 class BLL : IBLL 30 { 31 [Dependency] 32 public IDAL dal { get; set; } 33 34 public List<object> GetSomeDatas() 35 { 36 List<object> result = new List<object>(); 37 DataTable table = dal.QueryDatas(); 38 foreach (DataRow row in table.Rows) 39 { 40 result.Add(row[0]); 41 } 42 return result; 43 } 44 } 45 class UI : IUI 46 { 47 [InjectionMethod] 48 public void ShowData(IBLL bll) 49 { 50 List<object> datas = bll.GetSomeDatas(); 51 foreach (object item in datas) 52 { 53 Console.WriteLine(item); 54 } 55 } 56 }
在上面的代码中BLL类的dal属性使用了[Dependency] Attribute，使得该属性是通过IoC容器自动去赋值，不需要通过代码给它显示赋值。UI的ShowData方法用了[InjectionMethod] Attribute，该方法在UI类被IoC容器自动执行。实际上上面代码设计到IoC里面三种方式的其中两种属性注入和接口（方法）注入，那么还剩下一种就是构造器注入，
1 <configuration> 2 <configSections> 3 <section name="unity" 4 type=" 5 Microsoft.Practices.Unity.Configuration.UnityConfigurationSection, 6 Microsoft.Practices.Unity.Configuration"/> 7 </configSections> 8 <unity> 9 <containers> 10 <container name="defaultContainer"> 11 <register type="AllTypeTestControl.IDAL,AllTypeTestControl" mapTo="AllTypeTestControl.DAL,AllTypeTestControl"/> 12 <register type="AllTypeTestControl.IBLL,AllTypeTestControl" mapTo="AllTypeTestControl.BLL,AllTypeTestControl"/> 13 <register type="AllTypeTestControl.IUI,AllTypeTestControl" mapTo="AllTypeTestControl.UI,AllTypeTestControl"/> 14 </container> 15 </containers> 16 </unity> 17 </configuration>
上面这段内容是指定了给Unity的IoC容器各个接口与实现类的映射关系，AllTypeTestControl.IDAL类型映射到AllTypeTestControl.DAL中去，表示通过DAL来实现IDAL的注入，其他同理。但每一项的注册要按照
<register type="接口全名,程序集名" mapTo="类全名,程序集名"/>
通过下面的测试代码来测试
1 public static void TestMain() 2 { 3 IUnityContainer container = new UnityContainer(); 4 UnityConfigurationSection configuration = 5 ConfigurationManager.GetSection(UnityConfigurationSection.SectionName) 6 as UnityConfigurationSection; 7 configuration.Configure(container, "defaultContainer"); 8 UI ui = container.Resolve<IUI>() as UI ; 9 }
主要是构造了一个IoC的容器，然后载入了配置文件的映射信息，除了通过配置文件来确定映射关系外，还可以通过代码的形式来确定
public static void TestMain() { IUnityContainer container = new UnityContainer(); container.RegisterType<IDAL, DAL>(); container.RegisterType<IBLL, BLL>(); container.RegisterType<IUI, UI>(); UI ui = container.Resolve<IUI>() as UI ; }
代码的运行结果如下
现在则把上面的BLL作一下修改
1 class BLL : IBLL 2 { 3 //[Dependency] 4 //public IDAL dal { get; set; } 5 6 private IDAL dal; 7 8 //[InjectionConstructor] 9 public BLL(IDAL dal) 10 { 11 this.dal = dal; 12 } 13 14 //[InjectionConstructor] 15 public BLL() 16 { 17 18 } 19 20 public List<object> GetSomeDatas() 21 { 22 List<object> result = new List<object>(); 23 DataTable table = dal.QueryDatas(); 24 foreach (DataRow row in table.Rows) 25 { 26 result.Add(row[0]); 27 } 28 return result; 29 } 30 }
结果仍然和上面的一样，IoC容器仍然能正确的匹配出类型构造了DAL对象。那么如果给BLL()构造函数加了InjectionConstructor Attribute，IoC容器只会去匹对带了InjectionConstructor Attribute的构造函数，这样BLL(IDAL dal)构造函数则不会被调用，运行起来就会抛出空引用异常。假如给BLL(IDAL dal)也加上了InjectionConstructor Attribute，那么它与无参构造函数BLL()属于同级，IoC则会也调用BLL(IDAL dal)构造函数，dal字段能被正常的赋值。
通过上面的实践中能感觉到IoC有GOF中的工厂模式思想。用户在使用着一个对象，但它并不负责对象的构造，把对象的构造移交了给第三方，在IoC中就是IoC容器，在工厂方法里面则是工厂了。在ASP.NET MVC中也使用了IoC，迷你MVC框架中控制器的构造是通过了一个工厂利用反射机制来构造出来的，而实际的ASP.NET MVC则是使用了IoC。
对IoC的了解还不算多，手上有一份Ninject的源码，但一直没看，现在工作忙了，连博客也少写了，时间得好好分配，要保持学习。以上有什么说的不对的请指正，有什么好的建议或意见也请分享，谢谢！
标签：style class blog c code java
原文地址：http://www.cnblogs.com/HopeGi/p/3750802.html
