Spring——IoC

    控制反转（Inversion ofControl，英文缩写为IoC）是一种能够解耦的方法，不是什么技术。是一种思想，也是轻量级的Spring框架的核心。控制反转一般分为两种类型。依赖注入（DependencyInjection。简称DI）和依赖查找。

控制反转是，关于一个对象怎样获取他所依赖的对象的引用。这个责任的反转。

 

我们通过一个样例体会IoC的优点：

数据模型例如以下：

Human接口：

	package sping.tgb.ioc;
	
	public interface Human {
	
		public void eat();
		public void sleep();
		
	}
	

Student类：

	package sping.tgb.ioc;
	
	public class Student implements Human {
	
	
		public void eat() {
			System.out.println("学生吃饭");
			
		}
	
	
		public void sleep() {
			System.out.println("学生睡觉");
			
		}
	
	}

Teacher类：

	package sping.tgb.ioc;
	
	public class Teacher implements Human {
	
	
		public void eat() {
			System.out.println("老师吃饭");
			
		}
	
	
		public void sleep() {
			System.out.println("老师睡觉");
			
		}
	
	}

 

用工厂模式：

   

   我们假设要在client调用这两个类，不用控制反转的话，能够用工厂实现，例如以下：

工厂类：

	package sping.tgb.ioc;
	
	public class Factory {
	
		public final static String TEACHER = "teacher";
		public final static String STUDENT = "student";
	
		public Human getHuman(String ethnic) {
			if (ethnic.equals(TEACHER))
				return new Teacher();
			else if (ethnic.equals(STUDENT))
				return new Student();
			else
				throw new IllegalArgumentException("參数(职业)错误");
		}
	}

client：

	public static void main(String[] args) {
		
			Human human =null;
			
			human=new Factory().getHuman(Factory.STUDENT);
			human.eat();
			human.sleep();
			
			human=new Factory().getHuman(Factory.TEACHER);
			human.eat();
			human.sleep();
	
		}

输出结果：

 用Spring：

       用工厂我们做到了解耦和。client不用知道详细的调用类，由工厂推断。以下我们看一下用控制反转我们怎样做：

       使用spring。我们就不用写工厂类，直接写配置文件，例如以下：

client：

	public static void main(String[] args) {
		
			BeanFactory beanFactory=null;
			beanFactory=new ClassPathXmlApplicationContext("applicationContext.xml");
			
			Human human = null;
			human = (Human) beanFactory.getBean("student");
			human.eat();
			human.sleep();
			human = (Human) beanFactory.getBean("teacher");
			human.eat();
			human.sleep();
	
		}

输出结果：

对照：

       大家能够看到用IoC和用工厂的作用基本是一致的，那为什么还要用IoC呢？优势在哪里？

 

      Spring做到了解耦，上一层不依赖下一层的详细类，相同。工厂也做到了。

可是用Spring当需求发生变化时仅仅要改动配置文件，不用又一次编译系统；而用工厂当需求发生变化须要添加或删除、改动类时，须要又一次编译。这样能够说Spring做到了热插拔。

 

总结：

 

       IoC的灵活性是有代价的：设置步骤麻烦、生成对象的方式不直观、反射比正常生成对象在效率上慢一点。因此并非不论什么地方都适合用IoC的。用到工厂模式的地方都能够考虑用IoC模式。