6月11日，明确。“夏条绿已密，朱萼缀明鲜。炎炎日正午，灼灼火俱燃。”
IT人习惯把详细的事物加工成的形状一致的类。正是这种一致，加上合适的规范。才干彰显对象筋道的牙感和bean清香的味道。
Spring比谁都清楚OO的奥妙，让组件之间的依赖关系由容器在执行时期决定，称作依赖注入（Dependency Injection）。
以下用一通俗的样例，一探依赖注入奥妙。
设计模式中的一个原则：针对接口编程。不要针对实现编程。
一、设计两个接口：
（1）奶制品接口—MilkProductInterface.java
package edu.eurasia.IOC;
public interface MilkProductInterface {
public void drinkMilk();
public void eatCheese();
} （2）奶制品接口的实现类—Milk.java
package edu.eurasia.IOC;
public class Milk implements MilkProductInterface {
public void drinkMilk() {
System.out.println("新奇的牛奶真好喝！");
}
public void eatCheese() {
System.out.println("仅仅有鲜奶，无奶酪o(╯□╰)o");
}
}
（3）奶制品接口的实现类—Cheese.java
package edu.eurasia.IOC;
public class Cheese implements MilkProductInterface {
public void drinkMilk() {
System.out.println("仅仅有奶酪。无鲜奶o(╯□╰)o");
}
public void eatCheese() {
System.out.println("发酵后的美味奶酪真好吃！");
}
}
（4）人的接口—PersonInterface.java
package edu.eurasia.IOC;
public interface PersonInterface {
public void drink();
public void eat();
} （5）人接口的实现类—Person.java
正常情况下，人要喝牛奶。吃奶酪。这样写就ok了。
package edu.eurasia.IOC;
public class Person implements PersonInterface {
public void drink() {
MilkProductInterface milk = new Milk();
milk.drinkMilk();
}
public void eat() {
MilkProductInterface cheese = new Cheese();
cheese.eatCheese();
}
}
（6）測试类—TestIOC.javapackage edu.eurasia.IOC;
import org.junit.Test;
public class TestIOC {
@Test
public void eatdrink(){
PersonInterface p = new Person();
p.drink();
p.eat();
}
} 结果输出：新奇的牛奶真好喝！发酵后的美味奶酪真好吃。
上述代码。非常多刚開始学习的人看不出来有什么问题。可是。类是一样的类。一“new”见高下。使用“new”的时候，就已经在实例化一个详细类了，这就是一种实现，仅仅要有详细类的出现。就会导致代码更缺乏弹性。
重温设计模式中的一个原则：针对接口编程。不要针对实现编程。
简单的说依赖注入的思想常见的一种情况：假设一个类中要复用另外一个类中的功能时，可能会首先想到继承，假设知道Ioc这样的思想的话，就不会用继承，会立即想到把要用到功能抽取出来，在我们要用到的类中仅仅需通过set方法简单的注入就能够了，事实上这里用到了对象的组合取代继承。这样不仅避免了单一继承，还非常好的实现了松耦合。同一时候也遵循了面向对象的编程的设计原则：多用组合，少用继承。
二、依赖注入（Set）：
（1）改动人接口的实现类—Person.java
package edu.eurasia.IOC;
public class Person implements PersonInterface {
private MilkProductInterface milkX;
public void setMilkX(MilkProductInterface milkX) {
this.milkX = milkX;
}
@Override
public void drink() {
milkX.drinkMilk();
}
@Override
public void eat() {
milkX.eatCheese();
}
}
声明一个MilkProductInterface接口变量milkX，这个milkX代表随意一种详细的奶制品，可能是牛奶milk，也可能是奶酪cheese，还有可能是奶茶milky
tea...。总之，我们能够动态的在执行时改变它的详细属性。怎么改？
别着急，你发现了milkX的set方法。
哈哈，这就是大名鼎鼎的Set注入（setter
injection）
。
看到了注入，那么依赖（Dependency）在哪里？
我们对着雾霾喊： 依赖。我们的好DI。 你在哪里呵，你在哪里？ 你可知道，我们想念你...
雾霾翻滚： 它就在配置文件中...
（2）编写配置文件—applicationContext.xml,放在src以下。
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd"> <bean id="milk" class="edu.eurasia.IOC.Milk"></bean> <bean id="cheese" class="edu.eurasia.IOC.Cheese"></bean> <bean id="person" class="edu.eurasia.IOC.Person"> <property name="milkX" ref="milk"></property> </bean> </beans>
配置文件是Spring依赖注入的关键：
首先，定义两个bean，第一个bean的id是milk, class指定该bean实例的实现类；第二个bean的id是cheese。class相同指定该bean实例的实现类。这两个bean是为以下的Bean提供引用注入的。
其次，再定义一个bean，bean的id是person,
class指定该bean实例的实现类。property元素用来指定须要容器注入的属性，属性名milkX要与Person.java中的属性一致。ref引用要注入的值即上面定义的任一个id。不同的id。就是注入的不同值，因此Person类必须拥有setMilkX方法。说了半天，灵活性就在这里体现了。
从配置文件中，能够看到Spring管理bean的机灵性。bean与bean之间的依赖关系放在配置文件中组织，而不是写在代码里。
通过配置文件的 指定，Spring能精确地为每一个bean注入属性。因此，配置文件中的bean的class元素，不能不过接口。而必须是真正的实现类。
Spring会自己主动接管每一个bean定义里的property元素定义。Spring会在运行无參数的构造器后、创建默认的bean实例后，调用相应的setter方法为注入属性值。
property定义的属性值将不再由该bean来主动创建、管理，而改为被动接收Spring的注入。
每一个bean的id属性是该bean的惟一标识，程序通过id属性訪问bean。bean与bean的依赖关系也通过id属性完毕。
注：
1、spring配置文件里Bean中的id和name的差别
id：鼓舞使用ID属性来标识一个Bean， 不能重名，能够被DTD验证。不能以数字，符号打头，不能有空格；
name： 能够重名， 后面的覆盖前面。
2、JavaBean关于属性命名的特殊规范Spring配置文件里<property>元素所指定的属性名和Bean实现类的Setter方法满足Sun JavaBean的属性命名规范：xxx的属性相应setXxx()方法。
普通情况下。Java的属性变量名都以小写字母开头，如maxSpeed、brand等。但也存在特殊的情况，考虑到一些特殊意义的大写英文缩略词（如USA、XML等）,JavaBean也同意大写字母开头的属性变量名，但必须满足“变量的前两个字母要么所有大写，要么所有小写”的要求，如brand、ICCard是合法的，而iC、iCCard是非法的。
（3）改写測试类—TestIOC.javapackage edu.eurasia.IOC;
import org.junit.Test;
import org.springframework.context.support.AbstractApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class TestIOC {
@Test
public void eatdrink(){
AbstractApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
Person p = (Person) context.getBean("person");
p.drink();
p.eat();
}
}
程序实例化Spring的上下文，通过Person bean的id来获取bean实例。从而实现面向接口编程。
结果输出：新奇的牛奶真好喝！
仅仅有鲜奶，无奶酪o(╯□╰)o
更改applicationContext.xml里面的ref="cheese"。
此时再次运行程序。将得到例如以下结果:
仅仅有奶酪。无鲜奶o(╯□╰)o
发酵后的美味奶酪真好吃！
採用setter方法为目标bean注入属性的方式，称为设值注入。
此外。另一种叫构造注入。所谓构造注入。指通过构造函数来完毕依赖关系的设定，而不是通过setter方法。
三、依赖注入（构造）：
（1）改动人接口的实现类—Person.java
package edu.eurasia.IOC;
public class Person implements PersonInterface {
private MilkProductInterface milkX;
public Person(MilkProductInterface milkX) {
super();
this.milkX = milkX;
}
@Override
public void drink() {
milkX.drinkMilk();
}
@Override
public void eat() {
milkX.eatCheese();
}
}
（2）改动配置文件—applicationContext.xml<?运行效果与使用设值注入时的运行效果全然一样。差别在于:创建Person实例中属性的时机不同—设值注入是现创建一个默认的bean实例，然后调用相应的构造方法注入依赖关系。xml version="1.0" encoding="UTF-8"?
> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd"> <bean id="milk" class="edu.eurasia.IOC.Milk"></bean> <bean id="cheese" class="edu.eurasia.IOC.Cheese"></bean> <bean id="person" class="edu.eurasia.IOC.Person"> <!-- <property name="milkX" ref="milk"></property> --> <constructor-arg ref="milk"></constructor-arg> </bean> </beans>
而构造注入则在创建bean实例时，已经完毕了依赖关系。