前言
依赖注入这个词，我是在前段时间玩Window Phone 7 时发现的。后来在Enterprise 5中也发现了，在Enterprise 5说是该模式的引用是重大改进。一直都比较忙，没有空有研究这个东西。它到底是什么东西，说白了，是一种设计模式。
什么是依赖注入
“allows you to inject objects into a class,rather than relying on the class to create the object itself.”
简单的说，类A要使用类B的对象 ：采用B的实例传入（注入）类A，而不是在类A中创建类B的对象。
使用这种方式，我们可以看出，A中使用类B不再依赖于显示创建（也就不依赖于B,从而达到松耦合的目的）。通常的实现方式：通常使用接口实现，让类A依赖于接口（B实现了该接口）
控制反转
谈到依赖注入必然就会说到“控制反转”(Inversion of Control Containers)，简单地说，“依赖关系的转移，表现在高层模块不应依赖于底层模块，而模块都必须依赖于抽象；实现必须依赖于抽象，而不是抽象依赖于实现；应用程序不应该依赖于容器，而容器应该服务于应用程序。”
不打算往下写
看了一篇东西，写得很到位。文章结构如下，清楚的讲了DI的产生背景与演进过程。我想现在只需要分享，暂时不往下写。文章目录结构如下：
目录
1 IGame游戏公司的故事
1.1 讨论会
1.2 实习生小李的实现方法
1.3 架构师的建议
1.4 小李的小结
2 探究依赖注入
2.1 故事的启迪
2.2 正式定义依赖注入
3 依赖注入那些事儿
3.1 依赖注入的类别
3.1.1 Setter注入
3.1.2 Construtor注入
3.1.3 依赖获取
3.2 反射与依赖注入
3.3 多态的活性与依赖注入
3.3.1 多态性的活性
3.3.2 不同活性多态性依赖注入的选择
4 IoC Container
4.1 IoC Container出现的必然性
4.2 IoC Container的分类
4.2.1 重量级IoC Container
4.2.2 轻量级IoC Container
4.3 .NET平台上典型IoC Container推介
4.3.1 Spring.NET
4.3.2 Unity
参考文献
原文地址：《依赖注入那些事儿》http://www.cnblogs.com/leoo2sk/archive/2009/06/17/1504693.html
附注：
1. 参考《Inversion of Control Containers and the Dependency Injection pattern》,Martin Fowler,23 January 2004.
2. 《Dependency Injection》
