SSM社区

Spring IOC/DI

2018-07-25  本文已影响48人  黄金矿工00七
Spring整体架构设计
图片.png
Spring IOC容器:

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

依赖倒置原则(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
DI:
IOC容器:

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

上一篇 下一篇

猜你喜欢

热点阅读