`
lvwenwen
  • 浏览: 958482 次
  • 性别: Icon_minigender_1
  • 来自: 魔都
社区版块
存档分类
最新评论

我对IoC/DI的理解

阅读更多

 

IoC

 

IoC Inversion of Control,控制反转, 控制权从应用程序转移到框架(如IoC容器),是框架共有特性

 

1、为什么需要IoC容器
1.1、应用程序主动控制对象的实例化及依赖装配 
Java代码   收藏代码
  1. A a = new AImpl();  
  2. B b = new BImpl();  
  3. a.setB(b);  
本质:创建对象,主动实例化,直接获取依赖,主动装配 
缺点:更换实现需要重新编译源代码
           很难更换实现、难于测试
           耦合实例生产者和实例消费者 

Java代码   收藏代码
  1. A a = AFactory.createA();  
  2. B b = BFactory.createB();  
  3. a.setB(b);  
 
本质:创建对象,被动实例化,间接获取依赖,主动装配  (简单工厂) 
缺点:更换实现需要重新编译源代码
           很难更换实现、难于测试


Java代码   收藏代码
  1. A a = Factory.create(“a”);  
  2. B b = Factory.create(“b”);  
  3. a.setB(b);   

  <!—配置.properties-->
Xml代码   收藏代码
  1. a=AImpl  
  2. b=BImpl  
 
本质:创建对象,被动实例化,间接获取依赖, 主动装配
        (工厂+反射+properties配置文件、
           Service Locator、注册表) 
缺点:冗余的依赖装配逻辑


我想直接:
    //返回装配好的a
Java代码   收藏代码
  1. A a = Factory.create(“a”);   

              
1.2、可配置通用工厂:工厂主动控制,应用程序被动接受,控制权从应用程序转移到工厂
Java代码   收藏代码
  1. //返回装配好的a   
  2. A a = Factory.create(“a”);  
   <!—配置文件-->
Java代码   收藏代码
  1. <bean id=“a” class=“AImpl”>  
  2.     <property name=“b” ref=“b”/>  
  3. </bean>  
  4. <bean id=“b” class=“BImpl”/>  
 本质:创建对象和装配对象, 
          被动实例化,被动接受依赖,被动装配
        (工厂+反射+xml配置文件)
缺点:不通用

步骤:
1、读取配置文件根据配置文件通过反射
创建AImpl
2、发现A需要一个类型为B的属性b
3、到工厂中找名为b的对象,发现没有,读取
配置文件通过反射创建BImpl
4、将b对象装配到a对象的b属性上
【组件的配置与使用分离开(解耦、更改实现无需修改源代码、易于更好实现) 】

1.3、 IoC(控制反转)容器:容器主动控制
Java代码   收藏代码
  1. //返回装配好的a   
  2. A a = ApplicationContext.getBean(“a”);  
 <!—配置文件-->
Java代码   收藏代码
  1. <bean id=“a” class=“AImpl”>  
  2.     <property name=“b” ref=“b”/>  
  3. </bean>  
  4. <bean id=“b” class=“BImpl”/>  
 
本质:创建对象和装配对象、管理对象生命周期
          被动实例化,被动接受依赖,被动装配
        (工厂+反射+xml配置文件)
通用 


 

IoC容器:实现了IoC思想的容器就是IoC容器

2、IoC容器特点
1无需主动new对象;而是描述对象应该如何被创建即可
         IoC容器帮你创建,即被动实例化;
【2】不需要主动装配对象之间的依赖关系,而是描述需要哪个服务(组件),
        IoC容器会帮你装配(即负责将它们关联在一起),被动接受装配;
【3】主动变被动,好莱坞法则:别打电话给我们,我们会打给你;
【4】迪米特法则(最少知识原则):不知道依赖的具体实现,只知道需要提供某类服务的对象(面向抽象编程),松散耦合,一个对象应当对其他对象有尽可能少的了解,不和陌生人(实现)说话
【5】IoC是一种让服务消费者不直接依赖于服务提供者的组件设计方式,是一种减少类与类之间依赖的设计原则。

3、理解IoC容器问题关键:控制的哪些方面被反转了?
1、谁控制谁?为什么叫反转? ------ IoC容器控制,而以前是应用程序控制,所以叫反转 
2、控制什么?               ------ 控制应用程序所需要的资源(对象、文件……
3、为什么控制?             ------ 解耦组件之间的关系 
4、控制的哪些方面被反转了? ------ 程序的控制权发生了反转:从应用程序转移到了IoC容器。 

思考:
    1: IoC/DI等同于工厂吗?
    2: IoC/DI跟以前的方式有什么不一样?
领会:主从换位的思想

 

4、实现了IoC思想的容器就是轻量级容器吗
如果仅仅因为使用了控制反转就认为这些轻量级容器与众不同,就好象在说我的轿车与众不同因为它有四个轮子? 

容器:提供组件运行环境,管理组件声明周期(不管组件如何创建的以及组件之间关系如何装配的);

IoC容器不仅仅具有容器的功能,而且还具有一些其他特性---如依赖装配
             
控制反转概念太广泛,让人迷惑,后来Martin Fowler 提出依赖注入概念
Martin Fowler  Inversion of Control Containers and the Dependency Injection pattern  
http://martinfowler.com/articles/injection.html


DI

2、什么是DI
DI:依赖注入(Dependency Injection :用一个单独的对象(装配器)来装配对象之间的依赖关系 



2、理解DI问题关键
谁依赖于谁?           -------   应用程序依赖于IoC容器
为什么需要依赖?        -------   应用程序依赖于IoC容器装配类之间的关系
依赖什么东西?          -------   依赖了IoC容器的装配功能
谁注入于谁?            -------   IoC容器注入应用程序
注入什么东西?          -------   注入应用程序需要的资源(类之间的关系)
 
更能描述容器其特点的名字——“依赖注入”(Dependency Injection)
IoC容器应该具有依赖注入功能,因此也可以叫DI容器 

3、DI优点
    【1】帮你看清组件之间的依赖关系,只需要观察依赖注入的机制(setter/构造器),就可以掌握整个依赖(类与类之间的关系)。
    【2】组件之间的依赖关系由容器在运行期决定,形象的来说,即由容器动态的将某种依赖关系注入到组件之中。
    【3】依赖注入的目标并非为软件系统带来更多的功能,而是为了提升组件重用的概率,并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制,我们只需要通过简单的配置,而无需任何代码就可指定目标需要的资源,完成自身的业务逻辑,而不用关心具体的资源来自何处、由谁实现。

使用DI限制:组件和装配器(IoC容器)之间不会有依赖关系,因此组件无法从装配器那里获得更多服务,只能获得配置信息中所提供的那些。 

4、实现方式
   1、构造器注入
   2、setter注入
   3、接口注入:在接口中定义需要注入的信息,并通过接口完成注入
       @Autowired
       public void prepare(MovieCatalog movieCatalog,
           CustomerPreferenceDao customerPreferenceDao) {
           this.movieCatalog = movieCatalog;
           this.customerPreferenceDao = customerPreferenceDao;
       }



使用IoC/DI容器开发需要改变的思路
1、应用程序不主动创建对象,但要描述创建它们的方式。
2、在应用程序代码中不直接进行服务的装配,但要配置文件中描述哪一个组件需要哪一项服务。容器负责将这些装配在一起。

其原理是基于OO设计原则的The Hollywood Principle:Don‘t call us, we’ll call you(别找我,我会来找你的)。也就是说,所有的组件都是被动的(Passive),所有的组件初始化和装配都由容器负责。组件处在一个容器当中,由容器负责管理。

IoC容器功能:实例化、初始化组件、装配组件依赖关系、负责组件生命周期管理。

本质:
      IoC:控制权的转移,由应用程序转移到框架;
      IoC/DI容器:应用程序主动实例化对象被动等待对象(被动实例化);
      DI:  由专门的装配器装配组件之间的关系;
      IoC/DI容器:应用程序主动装配对象的依赖应用程序被动接受依赖

关于IoC/DI与DIP之间的关系 详见 http://www.iteye.com/topic/1122310?page=5#2335746

IoC/DI与迪米特法则 详见http://www.iteye.com/topic/1122310?page=5#2335748

分享到:
评论

相关推荐

    关于spring的AOP ,IOC,DI的理解

    Spring的核心特性包括AOP(面向切面编程)和IOC(控制反转),以及依赖注入(DI)。以下是对这些概念的详细解释: **面向切面编程(AOP)** AOP是一种编程范式,它允许开发者将关注点从主业务逻辑中分离出来,例如...

    Ioc, DI demo

    在“IocPerformance-master”这个项目中,开发者可能对不同IoC容器(如Autofac、Unity、StructureMap等)进行了性能比较,或者测试了在大规模应用中DI的效率。这样的测试对于理解在实际应用中选择哪种DI框架具有重要...

    IOC(DI)与AOP概念的理解

    "IOC(DI)与AOP概念的理解" IOC(Inversion of Control,控制反转)和DI(Dependency Injection,依赖注入)是软件设计中两个重要的概念。控制反转的意思是依赖关系的获取方式被反转了。所谓依赖,从程序的角度看,...

    手写IOC,DI,servlet

    总的来说,这个项目提供了一个从零开始学习和理解IOC、DI和Servlet应用的机会,对于Java Web开发者来说,深入理解这些基础概念对于提升技能和解决实际问题非常有帮助。通过这种方式,开发者能够更好地掌握Web应用的...

    Spring中IOC/AOP的说明和例子

    在Spring框架中,IOC(Inversion of Control,控制反转)和AOP(Aspect-Oriented Programming,面向切面编程)是两个核心的...因此,理解并熟练应用Spring的IOC和AOP对于提升Java应用程序的质量和可维护性至关重要。

    由浅入深理解 IOC 和 DI.pdf

    在软件开发中,IOC(Inversion of Control,控制反转)和DI(Dependency Injection,依赖注入)是两种重要的设计模式,它们对于实现灵活、可维护的代码具有重要作用。这些概念遵循了开闭原则(OCP,Open-Closed ...

    ioc_di (1)

    标题 "ioc_di (1)" 暗示了我们即将探讨的话题是有关于IoC(Inversion of Control)和DI(Dependency Injection),这是Spring框架中的核心概念。这些概念在软件工程中至关重要,因为它们有助于实现松耦合和可维护性...

    day38 03-Spring的IOC和DI的区别

    标题中的"Spring的IOC和DI的区别"涉及到Spring框架的核心特性,即控制反转(Inversion of Control,简称IOC)和依赖注入(Dependency Injection,简称DI)。这两个概念是理解Spring框架工作方式的关键。 首先,控制...

    spring核心IOC以及DI

    【Spring核心IOC以及DI】是Spring框架中的关键概念,它们是Spring实现控制反转(Inversion of Control,简称IOC)和依赖注入(Dependency Injection,简称DI)的基石。这两个概念是Spring框架的核心,使得应用程序的...

    spring-demo02-IOC-DI案例.zip

    总之,"spring-demo02-IOC-DI案例"是一个很好的实践平台,帮助开发者深入理解并掌握Spring框架的核心特性,提高代码的可维护性和可扩展性。通过研究和实践这个案例,你将能够更好地应用这些知识到实际的项目开发中。

    轻量型框架资源手册1

    轻量型框架的特点主要是 Ioc 或称 Dependency Injection (DI),通过 Ioc 模式的使用,所有的 POJO 可以实现最大化的松耦合,具体详情可了解 Ioc 模式/DI。Ioc/DI 是所有轻量框架的一个共同特点,不同的只是具体 Ioc/...

    Spring的Bean管理;IoC, DI

    首先,让我们深入理解IoC和DI的概念。控制反转(IoC)是一种设计原则,它将对象的创建和管理职责从应用代码中分离出来,转交给外部容器(在这种情况下是Spring容器)。这样,应用不再负责对象的创建和维护,而是由...

    spring入门学习-2、IOC、DI知识.pdf

    通过了解Spring框架中的IOC和DI概念,我们可以更好地理解Spring是如何帮助我们管理对象生命周期以及依赖关系的。无论是在项目开发初期还是后期维护阶段,合理利用这些特性都能极大地提高工作效率并减少潜在的错误。

    SpringIOC,DI+dynamic proxy 实现盗版AOP

    通过对Spring的IOC、DI和动态代理的理解,我们可以自行构建一个简化的AOP系统,实现对特定方法的增强,从而达到类似Spring AOP的效果。这种方法对于学习Spring AOP的工作原理非常有帮助,同时也为在没有Spring AOP...

    Java开发学习(二)----IOC、DI入门案例.doc

    【Java开发学习(二)——IOC、DI入门案例】 在Java开发中,Spring框架的核心特性之一就是Inversion of Control(IoC,控制反转)和Dependency Injection(DI,依赖注入)。这两个概念是紧密相关的,理解它们有助于...

    最新的ioc代码例子

    在Java开发中,IOC(Inversion of Control,控制反转)是一种设计原则,它将对象的创建和管理交给了外部容器,使得代码...这将有助于提升开发者对Java应用程序设计模式的理解,以及如何利用Spring框架来优化代码结构。

    干净的spring初始化工程,包含ioc,di,datasource,但是不包含aop

    它提供了许多关键特性,如依赖注入(Dependency Injection,简称DI)、面向切面编程(Aspect-Oriented Programming,简称AOP)以及控制反转(Inversion of Control,简称IOC)。在这个“干净的spring初始化工程”中...

    02-01-07-用30个类高仿真提炼纯手写Spring框架V2.0之IOC与DI1

    【Spring 框架的IOC与DI理解】 Spring框架的核心特性之一是控制反转(Inversion of Control,简称IOC)和依赖注入(Dependency Injection,简称DI)。这两个概念在软件设计中起到了至关重要的作用,它们帮助开发者...

    IOC控制反转&DI依赖注入

    在软件开发领域,IOC(Inversion of Control,控制反转)和DI(Dependency Injection,依赖注入)是两种重要的设计模式,特别是在Java和Spring框架中被广泛使用。这些概念有助于提高代码的可测试性、可维护性和模块...

Global site tag (gtag.js) - Google Analytics