spring的依赖注入理解

Java代码  

1.     Sping  框架的核心就是IOC控制反转和DI依赖注入，并通过这两方面实现松耦合。  
2.   
3. (1) 使用Ioc,对象是被动的接受依赖类，而不是自己主动去找。容器在实例化的时候主动将它的依赖类注入给它。  
4.   
5. 亦可以这样理解：控制反转将类的主动权转移到借口上，依赖注入通过xml配置文件在类实例化是将其依赖注入。  
6.   
7. (2) 从UML查看java对象之间的关系即是依赖。   
8.   
9. 例如:比如a对象依赖于b对象，那么a类中就会有b类的引用（简单理解就是拥有b类的这么一个属性），也就是说a对象要想执行一个完整的功能，  
10.   
11. 必须建立一个前提——a对象中的b类属性已经实例话，并且拥有b类的一切功能；现在可以去了解什么是依赖注入了，就像前面说过的，a对象想完  
12.   
13. 成一个完整的功能，要先为自己的b类属性实例化，而在MVC模式中，这种现象很常见，为了简化这种实例化的工作，spring容器就产生了，它可以  
14.   
15. 统一管理这种实例化频繁的操作，就是说这种本来应由自己实例化的工作交给Spring容器去控制了，也就是说控制反转了，实现的方案之一是在上  
16.   
17. 述a类中提供一个关于b类的setter方法，这个方法会被Spring容器控制。  

Java代码  

1. (3) 从代码角度看实例：  
2. 假设有一个需求，类Business需要调用类DependencyClass的方法doMethod(),  
3. 按照日常的做法，得到如下代码示例：  
4.   
5. //*类DependencyClass  
6. publi class Dependency{  
7.   
8.    public void doMethod(){};      
9. }  
10.   
11. //**类Business  
12. public class Business{  
13.   DependencyClass  obj;  
14.   public Business(){  
15.     obj = new DependencyClass();  
16.   }  
17.   public  void doSth(){  
18.     obj.doMethod();  
19.   }  
20. }  

Java代码  

1.  先将Business里的DependencyClass实例的获得改为setter方式，  
2. 其次，将DependencyClass 类改为某个接口的实现，故有如下代码：  
3.   
4. //**接口IDependency  
5. public interface IDependency{  
6.    void doMethod();  
7. }  
8.   
9. //**类Dependency  
10. public class DependencyClass implements IDpendency{  
11.   
12.    public void doMethod(){......}  
13. }  
14. //类Business  
15. public class Business{  
16.     Idependency obj;  
17.     public Business(){}  
18.     public void doSth(){  
19.        ...  
20.        obj.doMethod();  
21.     }  
22.     public void setObj(Idependency d){  
23.     this.obj = d;     
24.    }  
25. }  
26. 代码中可以看出：  
27. (1) Business的变量obj可以接受任何IDenpendency的实例  
28. (2) DependencyClass 的实例不是通过Business自己new出来，而是通过setter来由外部传给它。  
29. 此时考虑Business依赖的实例如何从外部注入，就要通过xml定义，spring容器再依据xml来实例化。  
30.   
31. 创建一个spring-context.xml  
32. <beans>  
33.  <bean id="dependency" class="*****.DependencyClass"> 实体类名包  
34.  <bean id ="business"  class="****.Business">  
35.     <proproty name="obj">  
36.     <ref bean ="dependency"  
37.     </property>     
38.  </bean>  
39. </beans>  
40. 这里的配置文件将DependencyClass类和Business类加入，并将DependencyClass作为Business的一个 参数。  
41.  容器加载通过xml来实例化相关的bean.  
42. 通过上面不难发现：  
43. (1) Business 是通过接口IDependency来接受DependencyClass实例，所以  
44. 当我们又有新的IDenpendency的实现是，只需要修改xml文件即可，  

Java代码  

1. 通过上例可以总结出:  
2. a. 依赖类是通过spring容器解析xml后来注入的,而不是使用它的类(Business)来自己制造,这就是依赖的注入。  
3.   
4. b. Bussiness 对类Dependency 的依赖转移到对接口IDependency的依赖，控制权由类转移到了接口，即由"实现"转移到"抽象"中。  
5.   
6. c. 通过将对实例的依赖，改为对接口的依赖。是面向接口编程的一个要义。也是程序解耦的一个措施。