依赖注入怎么写

1.依赖注入是怎么回事

依赖注入和控制反转是同义词，已合并。

控制反转（Inversion of Control，英文缩写为IoC）是一个重要的面向对象编程的法则来削减计算机程序的耦合问题。 控制反转还有一个名字叫做依赖注入（Dependency Injection）。

简称DI。起源 早在2004年，Martin Fowler就提出了“哪些方面的控制被反转了？”这个问题。

他总结出是依赖对象的获得被反转了。基于这个结论，他为创造了控制反转一个更好的名字：依赖注入。

许多非凡的应用（比HelloWorld.java更加优美，更加复杂）都是由两个或是更多的类通过彼此的合作来实现业务逻辑，这使得每个对象都需要，与其合作的对象（也就是它所依赖的对象）的引用。如果这个获取过程要靠自身实现，那么如你所见，这将导致代码高度耦合并且难以测试。

IoC 亦称为 “依赖倒置原理”（"Dependency Inversion Principle"）。差不多所有框架都使用了“倒置注入（Fowler 2004）技巧，这可说是IoC原理的一项应用。

SmallTalk,C++, Java 或各种.NET 语言等面向对象程序语言的程序员已使用了这些原理。 控制反转是Spring框架的核心。

应用控制反转，对象在被创建的时候，由一个调控系统内所有对象的外界实体，将其所依赖的对象的引用，传递给它。也可以说，依赖被注入到对象中。

所以，控制反转是，关于一个对象如何获取他所依赖的对象的引用，这个责任的反转。编辑本段IoC是设计模式 IoC就是IoC，不是什么技术，与GoF一样，是一种设计模式。

Interface Driven Design接口驱动，接口驱动有很多好处，可以提供不同灵活的子类实现，增加代码稳定和健壮性等等，但是接口一定是需要实现的，也就是如下语句迟早要执行：AInterface a = new AInterfaceImp（)； 这样一来，耦合关系就产生了，如： Class A { AInterface a; A() { } aMethod() { a = new AInterfaceImp(); } } ClassA与AInterfaceImp就是依赖关系，如果想使用AInterface的另外一个实现就需要更改代码了。当然我们可以建立一个Factory来根据条件生成想要的AInterface的具体实现，即： InterfaceImplFactory { AInterface create(Object condition) { if(condition = condA) { return new AInterfaceImpA(); } elseif(condition = condB) { return new AInterfaceImpB(); } else { return new AInterfaceImp（)； } } } 表面上是在一定程度上缓解了以上问题，但实质上这种代码耦合并没有改变。

通过IoC模式可以彻底解决这种耦合，它把耦合从代码中移出去，放到统一的XML 文件中，通过一个容器在需要的时候把这个依赖关系形成，即把需要的接口实现注入到需要它的类中，这可能就是“依赖注入”说法的来源了。 IOC模式，系统中通过引入实现了IOC模式的IOC容器，即可由IOC容器来管理对象的生命周期、依赖关系等，从而使得应用程序的配置和依赖性规范与实际的应用程序代码分开。

其中一个特点就是通过文本的配件文件进行应用程序组件间相互关系的配置，而不用重新修改并编译具体的代码。 当前比较知名的IOC容器有：Pico Container、Avalon 、Spring、JBoss、HiveMind、EJB等。

在上面的几个IOC容器中，轻量级的有Pico Container、Avalon、Spring、HiveMind等，超重量级的有EJB，而半轻半重的有容器有JBoss,Jdon等。 可以把IoC模式看做是工厂模式的升华，可以把IoC看作是一个大工厂，只不过这个大工厂里要生成的对象都是在XML文件中给出定义的，然后利用Java 的“反射”编程，根据XML中给出的类名生成相应的对象。

从实现来看，IoC是把以前在工厂方法里写死的对象生成代码，改变为由XML文件来定义，也就是把工厂和对象生成这两者独立分隔开来，目的就是提高灵活性和可维护性。 IoC中最基本的Java技术就是“反射”编程。

反射又是一个生涩的名词，通俗的说反射就是根据给出的类名（字符串）来生成对象。这种编程方式可以让对象在生成时才决定要生成哪一种对象。

反射的应用是很广泛的，象Hibernate、Spring中都是用“反射”做为最基本的技术手段。 在过去，反射编程方式相对于正常的对象生成方式要慢10几倍，这也许也是当时为什么反射技术没有普通应用开来的原因。

但经SUN改良优化后，反射方式生成对象和通常对象生成方式，速度已经相差不大了（但依然有一倍以上的差距）。编辑本段IoC的优点和缺点 IoC最大的好处是什么？因为把对象生成放在了XML里定义，所以当我们需要换一个实现子类将会变成很简单（一般这样的对象都是实现于某种接口的），只要修改XML就可以了，这样我们甚至可以实现对象的热插拨（有点象USB接口和SCIS硬盘了）。

IoC最大的缺点是什么？（1）生成一个对象的步骤变复杂了（其实上操作上还是挺简单的），对于不习惯这种方式的人，会觉得有些别扭和不直观。（2）对象生成因为是使用反射编程，在效率上有些损耗。

但相对于IoC提高的维护性和灵活性来说，这点损耗是微不足道的，除非某对象的生成对效率要求特别高。（3）缺少IDE重构操作的支持，如果在Eclipse要对类改名，那么你还需要去XML文件里手工去改了，这似乎是所有XML方式的缺憾所在。

编辑本段。

2.依赖注入这个词怎么理解

个例子，组件A中有类ClassA，组件B中有接口IB和其对应的实现类B1和B2。

那么，现在ClassA需要利用IB接口来做一些事情，例如：

public class ClassA {

public void DoSomething() {

IB b = ???

b.DoWork();

}

}

现在的问题来了，IB b = ？？？ 中这三个？？？要写什么代码？是要写成 IB b = new B1（)，还是要写成IB b = new B2() ?

不管是哪一种，都会让ClassA强依赖于IB的实现。

在上面这种方案中，ClassA通过new一个B1或B2来实现对IB的依赖的获取，换句话说，ClassA在主动获取依赖。

这样的设计会让ClassA很难扩展，那我们要改良设计：使用依赖注入。上面说到了，问题出在new这里，也就是依赖是Class去主动获取的，那我们就要解决这个问题：不要去主动获取对IB的依赖（通过new），而让这个依赖从ClassA的外面“注入”进来。注入有多种方式，比较常用的一种是通过构造函数注入，那么，我们要把ClassA改成：

public class ClassA {

private IB b;

public ClassA(IB b) {

this.b = b;

}

public DoSomething() {

this.b.DoWork();

}

}

可以看到，通过把IB这个依赖从构造函数中“注”进来后，ClassA就不依赖IB的实现了。还可以发现，这个重构过程中，我们是把"ClassA主动获取对IB的依赖”变成“把对IB的依赖从外部注入到ClassA中”，依赖的方向反转了，所以，依赖注入又称“控制反转”。

上面是依赖注入的所有内容。

3.如何编写一个简单的依赖注入容器

//容器和示例的完整代码如下 public interface ILogWriter { void Write(string text); } public class MyLogWriter : ILogWriter { public void Write(string str) { Console.WriteLine(str); } } public interface ILogger { void Log(string message); } public class MyLogger : ILogger { ILogWriter _writer; public MyLogger(ILogWriter writer) { _writer = writer; } public void Log(string message) { _writer.Write("[ Log ] " + message); } } static void Main(string[] args) { var container = new Container(); container.Register(); container.Register(); var logger = container.Resolve(); logger.Log("asdasdas"); } public class Container { private IDictionary, IList>> Factories { get; set; } public Container() { Factories = new Dictionary, IList>>(); } private Func