IOC给程序带来的好处 博客分类： 设计模式 IOC控制反转依赖注入设计模式

                                                                      IOC给程序带来的好处
     IOC(inversion of control)的中文解释是“控制反转”或者“依赖注入”，它的实现目的是：我们可以通过配置文件来控制程序的流程，达到程序代码的优化。初学者往往弄不清楚为什么我们可以通过“控制反转”或“依赖注入”来优化我们的代码。今天我想借这个机会说说我对IOC程序设计原则的认识，以及它是怎么样把我们的程序弄“活”的。
一、名词解释
首先我想说说我对“控制反转”和“依赖注入”的认识。
     1、控制反转：
     对于初学者来说，我们平时写代码，“一段代码会完全控制了程序的流程”，因为我们习惯于用new关键字来创建对象，再通过对象来调用它的方法。对于我们来说，这是再正常不过的了，可是如果此时我们的需求发生了一点改变，我们就不得不修改源代码，这就是我们常讲的“硬编码（hard-coding）”，而修改源代码是程序设计的大忌，这违反了程序设计的“开闭原则”，即对扩展是开放的，对修改是关闭的。

//代码示例：
public class Animal {
public void eat() {
		System.out.println(" 动物 吃东西了！");
	}
}
public class Pig extends Animal{
public void eat() {
		System.out.println(" 小猪 吃东西了！");
	}
}
public class Dog extends Animal {
public void eat() {
		System.out.println(" 小狗 吃东西了！");
	}
}
public class Project {
	public static void main(String[] args) {
		Animal pig = new Pig();
		pig.eat();
	}
}

     当我们写完代码时，我们的程序只能执行小猪吃东西，可是如果此时需求要求我们要小狗吃东西，是不是我们的代码又要变了呢。此时我们引入了配置文件，我们事先在配置文件中已经配置好了该是谁吃东西，等到程序运行时，程序会读取配置文件中的值通过反射机制创建一个我们需要的对象，再调用它的eat方法就ok了。这样看来，我们程序的执行流程控制权是不是转交给了配置文件了呢，而程序代码自己却成了被控制的对象，这就是实现了“控制反转”了。
      2、依赖注入：
在讲依赖注入之前，我想先讲一讲依赖注入的三种实现方式。
（1）构造注入, 是通过构造器方法注入实例变量

public class Car {
public void move(){
		//••••
	}
}
public class People {
	private Car car;
	public People(Car car) {//构造注入
		this.car=car;
	}
	public void move(){
		car.move();
	}
}

 （2）设值注入，是通过setter方法注入实例变量

public class People {
	private Car car;
	public People(Car car){//构造注入
		this.car=car;
	}
	public void setCar(Car car) {//设置注入
		this.car = car;
	}
	public void move(){
		car.move();
	}
}

 （3）接口注入,是通过接口方法注入实例变量

public interface AbstractCar {
	public void move();
}
public class Car {
public void move(){
		System.out.println("车开了");
	}
}
public interface AbstractPeople {
	public void move();
}
public class People {
public void move(AbstractCar car){//接口注入
		car.move();
	}
}

问题思考：依赖注入有什么作用呢？
      此时我们还无法回答这个问题，可是当我们考虑到配置文件时，我们就豁然开朗了，不管是哪种注入方法，目的都是给我们的程序传入一个实例变量。而这个实例变量我们可以事先在配置文件中配置，当程序运行时就可以读取配置文件，通过反射机制来创建所需的对象了，如果此时我们的需求发生了变化，我们也只需改一下配置文件就ok了。这里有些人可能会认为这也修改了文件呀，为什么修改配置文件就可以了呢。呵呵，其实配置文件是不需要编译的，我们可以随时修改配置文件，而不需要通过更改一行源代码的方法就实现了程序流程的控制。这就是ICO的妙处哦~
      3、IOC容器
使用IOC后，我们不需要自己去创建某个类的实例，而由IOC容器去创建，当我们需要使用某个对象时，直接到容器中去获取就可以了。现在已经有许多非常优秀的IOC容器，比如spring等。
 二、综合理解
       最后我想用一个图来表示我对IOC的理解