依賴注入入門——Unity（一）

參考資料http://blog.csdn.net/m13666368773/article/details/7802126

背景介紹

　　在设计模式中，尤其是结构型模式很多时候解决的就是对象间的依赖关系，变依赖具体为依赖抽象。平时开发中如果发现客户程序依赖某个或某类对象，我们常常会对他们进行一次抽象，形成抽象的抽象类、接口，这样客户程序就可以摆脱所依赖的具体类型。

这个过程中有个环节被忽略了------谁来选择客户程序需要的满足抽象类型的具体类型呢？通过后面的介绍你会发现很多时候创建型模式可以比较优雅的解决这个问题，但另一个问题出现了，如果您设计的不是具体的业务逻辑，而是公共库或框架程序呢，这时候你是一个‘服务方’，不是你调用那些构造类型，而是它们把抽象类型传给你，怎么松散地把加工好的抽象类型传递给客户程序就是另一回事了。

这个情形也就是常说的“控制反转”，IOC：Inverse of Control;框架程序与抽象类型的调用关系就像常说的好莱坞规则：Don’t call me,I’ll  call you

主要内容

      1.依賴注入概念

　 2.幾種比較流程的IoC框架及參考資料

3.IoC的優缺點

4.小結

一、依賴注入概念

依賴注入（Dependency Injection，英文縮寫為DI），是這樣一個過程，它又控制反轉(Inversion of Control，英文縮寫為Ioc)：由於某客戶類只依賴于服務類的一個接口，而不依賴于具體服務類，所以客戶類只定義一個注入點。在程序運行過程中，客戶類不直接實例化具體服務類實例，而是客戶類的運行上下文環境或專門組件負責實例化服務類，然後將其注入到客戶類中，保證客戶類的正常運行。

IOC（Inverse of Control）可翻译为“控制反转”，但大多数人都习惯将它称为“依赖注入”。在Spring中，通过IOC可以将实现类 、参数信息等配置在其对应的配置文件中 ，那么当需要更改实现类或参数信息时，只需要修改配置文件即可

依赖注入即应用本身不负责依赖对象的创建及维护，依赖对象的创建及维护是由外部容器负责的。这样控制权就由应用转移到了外部容器，控制权的转移就是所谓反转。虽然平时只需要按要求将bean配置到配置文件中

二、當前比較流行的幾個IoC框架

Unity：http://www.cnblogs.com/techborther/archive/2012/01/06/2313498.html

Ninject:http://www.cnblogs.com/techborther/archive/2012/01/06/2313498.html

Spring.Net:http://www.cnblogs.com/GoodHelper/archive/2009/10/25/Spring_NET_IoC.html

StructureMap http://structuremap.sourceforge.net/Default.html

Castle：http://www.cnblogs.com/Terrylee/category/124829.html

二、IoC的優缺點

它的基本思想就是把類的依賴從類內部轉化到外部減少依賴。

IoC最大的好處是什麽？因為把對象生成放在了XML里定義，所以當我們需要換一個實現子類將會成很簡單（一般這樣的對象都是實現于某種接口的），要修改XML就可了，這樣我們甚至可以實現對象的熱插撥（有點象USB接口和SCIS硬盤了）

IoC最大的缺點是什麽？（1）生成一個對象的步驟變複雜了（其實上操作上還是挺簡單的），對于不習慣這種方式的人，會覺得有些別扭和不直觀。（2）對象生成因為是使用反射編程，在效率上有些損耗。但對於IoC提高的維護性和靈活性來說，這點損耗是微不足道的，除非某對的生成對效率要求特別高。（3）缺少IDE重構操作的支持，如果在VS要對類改名，那么你還需要去XML文件里手工去改了，這似乎是所有XML方式的缺憾所有。

三、為什麽要使用依賴注入

我們使用抽象接口來隔離使用者和具體實現之間的依賴關係，但是不管再怎麼抽象，最終還是要創建具體實現類的實例，這種創建具體實現類的實例對象就會對于具體實例的依賴，為了消除這種創建依賴性，需要把依賴移出到程序的外部（比如配置文件）。使用依賴注入后，這些類完全是基於抽象接口編寫而成的，所以可以最大限度地適應需求的變化。依賴注入的形式有三種，分別為構造子注入（Constructor Injection）、設值方法注入（Setter Injection）和接口注入（Interface Injection）。