分享

Java开发中SSM框架整合开发之 Spring IoC

 IT小白在线 2021-11-01

 Spring IoC的基本概念

控制反转(Inversion of Control,IoC)是一个比较抽象的概念,是Spring框架的核心,用来消减计算机程序的耦合问题。依赖注入(Dependency Injection,DI)是IoC的另外一种说法,只是从不同的角度,描述相同的概念。

  比如我们想吃面包了:我们以前只能是需要自己去买面粉自己做出来吃。
但是现在都有实体店或者网店了,完全可以把自己想要的口味告诉店家,让店家来制作。
此时,我们自己并没有动手做面包,而是由店家制作,但是这个面包完全符合我们的口味。
这个例子非常生动的讲解了控制反转的思想,即把制作面包的主动权交给店家。

当某个Java对象(调用者,比如您)需要调用另一个Java对象(被调用者,即被依赖对象,比如面包)时,在传统编程模式下,调用者通java培训常会采用“new 被调用者”的代码方式来创建对象(比如您自己制作面包)。这种方式会增加调用者与被调用者之间的耦合性,不利于后期代码的升级与维护。

当Spring框架出现后,对象的实例不再由调用者来创建,而是由Spring容器(比如面包店)来创建。Spring容器会负责控制程序之间的关系(比如面包店负责控制您与面包的关系),而不是由调用者的程序代码直接控制。这样,控制权由调用者转移到Spring容器,控制权发生了反转,这就是Spring的控制反转。

从Spring容器角度来看,Spring容器负责将被依赖对象赋值给调用者的成员变量,相当于为调用者注入它所依赖的实例,这就是Spring的依赖注入。

控制反转是一种通过描述(在Spring中可以是XML或注解)并通过第三方去产生或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入。

如果大家不太理解,还可以看看这种解释:

IOC(控制反转):全称为:Inverse of Control。从字面上理解就是控制反转了,将对在自身对象中的一个内置对象的控制反转,反转后不再由自己本身的对象进行控制这个内置对象的创建,而是由第三方系统去控制这个内置对象的创建。
DI(依赖注入):全称为Dependency Injection,意思自身对象中的内置对象是通过注入的方式进行创建。
那么IOC和DI这两者又是什么关系呢?
IOC就是一种软件设计思想,DI是这种软件设计思想的一个实现。而Spring中的核心机制就是DI。

Spring IoC容器

Spring IoC容器的设计主要是基于BeanFactory和ApplicationContext两个接口。

1. BeanFactory

BeanFactory提供了完整的IOC服务支持,是一个管理Bean的工厂,主要负责初始化各种Bean。(Bean相关知识将在下一章讲述)

创建BeanFactory实例时,需要提供XML文件的绝对路径。例如,可以将第一章ch1应用中main方法的代码修改如下:

    (
 ()
);

   ().();    
.();

使用BeanFactory实例加载Spring配置文件在实际开发中不多见,我们了解以下即可。

2. ApplicationContext

ApplicationContext是BeanFactory的子接口,也称为应用上下文,它除了包含BeanFactory的所有功能以外,还添加了对国际化、资源化、事件传播等内容的支持。

创建ApplicationContext接口实例通常有三种方法:

1.通过ClassPathXmlApplicationContext创建

ClassPathXmlApplicationContext将从类路径classPath目录(src根目录)寻找指定的XML配置文件,例如:

ApplicationContext appCon = new ClassPathXmlApplicationContext("applicationContext.xml");

2.通过FileSystemXmlApplicationContext创建

FileSystemXmlApplicationContext将从指定文件的绝对路径中寻找XML配置文件(不常用),找到并装载完成ApplicationContext的实例化工作。例如:

   
 ();

3.通过Web服务器实例化ApplicationContext容器

Web服务器实例化ApplicationContext容器时,一般使用基于org.springframework.web.context.ContextLoaderListener的实现方式(需要将spring-web-5.0.2.RELEASE.jar复制到WEB-INF/lib目录中),此方法只需在web.xml中添加如下代码:

    
    
    
      :.
    
  
  
  
    
      ....

依赖注入的类型

在Spring中实现IoC容器的方法是依赖注入,依赖注入的作用是在使用Spring框架创建对象时,动态地将其所依赖的对象(如属性值)注入Bean组件中。Spring框架的依赖注入通常有两种实现方式:一种是构造方法注入,另一种是属性setter方法注入。

1. 构造方法注入

Spring框架可以采用Java的反射机制,通过构造方法完成依赖注入。Java反射相关知识文章:浅谈Java的反射机制。

在ch2应用中,创建dao包,并在该包中创建TestDIDao接口和接口实现类TestDIDaoImpl。创建dao的目的是在service中使用构造方法依赖注入TestDIDao接口对象。

 ;
 ...;

    {
  
    () {
    ..();
  }
}
 ;
   {
    ();
}

在ch2应用中,创建service包,并在该包中创建TestDIService接口和接口实现类TestDIServiceImpl。在TestDIServiceImpl中使用构造方法依赖注入TestDIDao接口对象。

 ;
 .;
    {
    ;
  
   ( ) {
    ();
    .  ;
  }
  
    () {
    
    .();
    ..();
  }
}

在src根目录下,创建Spring配置文件applicationContext.xml。在配置文件中,首先,将dao.TestDIDaoImpl类托管给Spring,让Spring创建其对象。其次,将service.TestDIServiceImpl类托管给Spring,让Spring创建其对象,同时给构造方法传递实参。

  
 
  :
  :
        :

在ch2应用中,创建test包,并在该包中创建测试类TestDI,具体代码如下:

 ;
 ...;
 ....;
 .;
   {
     ([] ) {
    
        ();
    
       ().();
    .();
    
       ().();
    .();
  }
}

2. 属性setter方法注入

setter方法注入是Spring框架中最主流的注入方式,它利用Java Bean规范所定义的setter方法来完成注入,灵活且可读性高。setter方法注入,Spring框架也是使用Java的反射机制实现的。

在service包中,创建接口实现类TestDIServiceImpl1,在TestDIServiceImpl1中使用属性setter方法依赖注入TestDIDao接口对象。

 ;
 .;
    {
    ;
  
    ( ) {
    .  ;
  }
  
    () {
    
    .();
    ..();
  }
}

将service.TestDIServiceImpl1类托管给Spring,让Spring创建其对象。同时,调用TestDIServiceImpl1类的setter方法完成依赖注入。在配置文件添加如下代码:

<!-- 使用setter方法注入 -->
<bean id="testDIService1" class="service.TestDIServiceImpl1">
<!-- 调用TestDIServiceImpl1类的setter方法,将myTestDIDao注入到 TestDIServiceImpl1类的属性testDIDao上-->
<property name="testDIDao" ref="myTestDIDao"/>
</bean>

在主类中,添加如下代码测试setter方法注入:

       ().();
    .();

最后,测试截图:

总结

一 为什么要使用Spring:

  1. 使用Spring框架主要是为了简化Java开发(大多数框架都是为了简化开发),它帮我们封装好了很多完善的功能,而且Spring的生态圈也非常庞大。

  2. 基于XML的配置是Spring提供的最原始的依赖注入配置方式,从Spring诞生之时就有了,功能也是最完善的(但是貌似有更好的配置方法,明天看看!)。

二 为什么要使用依赖注入:

  1. 传统的代码,每个对象负责管理与自己需要依赖的对象,导致如果需要切换依赖对象的实现类时,需要修改多处地方。同时,过度耦合也使得对象难以进行单元测试。

  2. 依赖注入把对象的创造交给外部去管理,很好的解决了代码紧耦合(tight couple)的问题,是一种让代码实现松耦合(loose couple)的机制。

  3. 松耦合让代码更具灵活性,能更好地应对需求变动,以及方便单元测试。

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多