依赖注入概论

前言

       依赖注入这个词，我是在前段时间玩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》