IOC是将对象内部的依赖解藕 将原先内部的控制反转给了类之外 又称Dependence Injection

本文主要是介绍IOC是将对象内部的依赖解藕 将原先内部的控制反转给了类之外 又称Dependence Injection，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

IOC是将对象内部的依赖解藕 将原先内部的控制反转给了类之外 又称Dependence Injection


IoC的几种实现类型

(1)Type1接口注入

通常做法是利用接口将调用者与实现者分离。
public class Sport {
private InterfaceBall ball; //InterfaceBall是定义的接口
public void init() {
//Basketball实现了InterfaceBall接口
ball = (InterfaceBall) Class.forName("Basketball").newInstance();
}
}
Sport类在编译期依赖于InterfaceBall的实现，为了将调用者与实现者分离，我们动态生成Basketball类并通了强制类型转换为InterfaceBall。Apache Avalon是一个典型的Type1型IoC容器。

(2)setter方法注入

在类中暴露setter方法来实现依赖关系。
public class Sport {
private InterfaceBall ball;
public void setBall(InterfaceBall arg) {
ball = arg;
}
}
这种方式对已经习惯了JavaBean的程序员而言，更显直观。Spring就是实现了该类型的轻量级容器。

(3)Type3构造子注入

即通过构造方法完成依赖关系。
public class Sport {
private InterfaceBall ball;
public Sport(InterfaceBall arg) {
ball = arg;
}
}
可以看到，通过类的构造方法建立依赖关系。由于Type3在构造期就形成了对象的依赖关系，即存对象的重用变的困难。有些框架需要组件提供一个默认的构造方法，此时就体现了Type3的局限性。通常所有的参数都是通过构造方法注入的，当对象间的依赖关系较多时，构造方法就显的比较复杂，不利于单元测试。PicoContainer就是实现了Type3依赖注入模式的轻量级容器。 
 

这篇关于IOC是将对象内部的依赖解藕 将原先内部的控制反转给了类之外 又称Dependence Injection的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---