Spring IOC/DI

作者: 黄金矿工00七 | 来源:发表于2018-07-25 17:42 被阅读48次
Spring整体架构设计
图片.png
Spring IOC容器:

在了解Spring IOC容器之前我们需要了解一些概念:

  • 依赖倒置原则(DIP):一种软件架构设计的原则(抽象概念)。

  • 控制反转(IoC):一种反转流、依赖和接口的方式。

  • 依赖注入(DI):IoC的一种实现方式,用来反转依赖(IoC的一种具体实现方式)。

  • IoC容器:依赖注入的框架,用来映射依赖,管理对象创建和生存周期(DI框架)。

依赖倒置原则(DIP):高层模块不应该依赖底层模块,两者都应该依赖抽象。抽象不应该依赖细节,细节应该依赖抽象。在依赖之间定义一个抽象的接口使得高层模块调用接口,而底层模块实现接口的定义,以此来有效控制耦合关系,达到依赖于抽象的设计目标。

我们来看一个例子:

public class OrderService {

  private OrderDao orderDao = new OrderDao();
/**
 * save order.
 * */
  public void save(String order) {
    orderDao.save(order);
  }

  public static void main(String[] args) {
    OrderService orderService = new OrderService();
    orderService.save("order1");
  }
}

public class OrderDao {

  public void save(String order) {
    System.out.println(order+"save in Mysql");

  }
}

在这里,高层组件依赖底层组件的实现,而不是依赖抽象,如果需求发生了变化,需要使用sqlserver,那么我需要更改高层组件,这是不符合DIP原则的,依赖倒置原则要求高层组件不应当依赖底层组件的具体的实现,而应该依赖于一个简单的抽象,这个抽象对应着具体工作的实现。
好了,我们现在改一下代码:

public class OrderService {

  private OrderDao orderDao ;
  /**
 * save order.
 * */
  public void save(String order) {
    orderDao = new MysqlOrderDao();
    orderDao.save(order);
  }

  public static void main(String[] args) {
    OrderService orderService = new OrderService();
    orderService.save("order1");
  }
}

抽象出一个接口,高层模块和底层模块都依赖于这个接口,实际上不应该把DIP与DI、IOC强行扯在一起,所有面向对象的设计都应该遵循这个原则

IOC是什么:IOC就是我们所说的控制反转,是一种从主动到被动设计思想(好莱坞原则),所有的组件都是被动的(Passive),所有的组件初始化和调用都由容器负责。是一个广义的说法。任何框架都是IoC,你的代码不再被直接调用,而是被框架代码调用。例如模板方法模式(一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写部分方法实现,但调用将以抽象类中定义的方式进行),我们这里说的是狭义的IOC,即DI。举个例子来说,假如我们通过多个类之间的合作来实现某项业务逻辑,这样呢在每个对象中就需要获取它所依赖的对象的引用,这个过程就需要依靠自身来实现,那么代码的耦合度就会非常高。IOC对在自身对象中的一个内置对象的控制反转,反转后不再由自己本身的对象进行控制这个内置对象的创建,而是由IOC容器去控制这个内置对象的创建,即依赖对象不在被依赖模块的类中直接通过new来获取。
图片.png
  • IOC的作用:
    有了IoC容器后,把创建和查找依赖对象的控制权交给了容器,由容器进行注入组合对象,所以对象与对象之间是松散耦合,不需要考虑对象间复杂的耦合关系,而且提供了对 对象的可靠的管理,极大地降低了开发的复杂性。
    1.对基于接口编程的支持
    2.减少单件和抽象工厂的依赖
    3.降低业务和框架的耦合
    4.业务组件可复用,可插拔
DI:
  • DI是什么:即“依赖注入”,是IOC设计模式的一种实现。就是将依赖对象的创建和绑定转移到被依赖对象类的外部来实现,由外部动态的将某个依赖关系注入到组件之中。依赖注入的目的并非为软件系统带来更多功能,而是为了提升组件重用的频率,并为系统搭建一个灵活、可扩展的平台。
    现在我们来改一下代码:
IOC容器:

IOC容器实际上是一种DI框架,IOC容器具有以下的功能:

  • 动态创建、注入依赖bean。

  • 管理对象生命周期。

  • 映射依赖关系。
    我们现在来总结一下,DIP是一种软件设计的原则,IOC是在基于好莱坞原则的一种设计模式,DI是IOC模式的一种具体实现,IOC容器是一种DI的框架(我们也可以手动创建)。DI与DIP并没有任何关系,换句话说,如果Java没有接口、多态,依赖倒置就无从谈起。而依赖注入依然可以存在

  • Spring IOC容器设计与实现
    Spring 容器是Spring中最核心的部分,他管理着bean的创建,配置和管理,我们现在来看Spring IOC容器,Spring IOC容器有三个重要组件:

    • 核心组件
      • Beans
        Bean在Spring中就像是Object在OOP中的意义一样,Spring的核心是DI,把对象之间的依赖关系通过配置文件或者注解来管理,通过Spring IOC容器来实现该机制,容器中放的就是被Bean包裹的对象, Spring通过将对象包装在Bean中从而达到管理等一些操作的目的。
      • Context
        Bean包装的是对象,对象中必然有数据,那么如何给这些数据提供生存环境就是Context的责任,Context要发现每个Bean之间关系,并且为他们建立维护关系,所以Context就是一个Bean关系集合,又称为IOC容器。
      • Core
        Core就是在发现、建立和维护每个Bean之间的关系时所需要的一系列工具。

相关文章

网友评论

    本文标题:Spring IOC/DI

    本文链接:https://www.haomeiwen.com/subject/ptjpmftx.html