到底怎么才能解释清楚Spring-IOC

IoC(Inversion of Control)控制反转

• 三个问题
  • 谁控制谁？控制的双方是什么？
  • 什么是反转？反转什么？怎样反转？
  • 为什么要反转？反转的好处是什么？正向有什么坏处？

原始模型分析:

image.png

APP: 应用程序
资源: 应用程序运行需要的资源

应用程序运行需要这些资源,需要这些资源的时候就直接 new; 所以说应用程序控制着这些资源;

Spring模型分析

image.png

• Spring 出现之后打乱了最初的资源控制形式;Spring来控制这个资源,应用程序如果需要运行就要找Spring来要这些资源;
• Spring的出现改变了以往应用程序为中心的局面，一切以Spring为中心，应用程序运行需要使用的资源完全由Spring来提供，Spring握有应用程序运行过程中的所需要使用的全部资源。
• Spring反向控制应用程序所需要使用的外部资源
• 优势：
  (1),所有资源由Spring统一调度，统一管理，使对象的控制更加集中，避免应用程序中出现多余的对象，浪费资源。
  (2),大大的降低了耦合度;
  回到问题上,控制的双方是什么: 既不是应用程序,也不是 Spring,更不是资源,是资源的控制权,原来是应用程序拿有资源的控制权,现在是 Spring拿有控制权,早期是应用程序正向的控制资源,现在是 Spring把资源的控制权夺了过来;所以,Spring控制资源;反的是资源的控制权;Spring反向控制应用程序所需要的外部资源;

模型演化过程分析
现在的任何一个技术不会凭空出现,大部分都是由老的技术演化过来,Spring也是由老的技术演化过来的,

image.png

最初当 UserService 调用 UserDao是已 new的形式创建对象,在后来就是面向接口编程加实现类的方式;但是这种方式改动时还是要改动之前的代码,不是很好,再到后来工厂模式加接口加实现类的方式,这种方式确实解决了一些问题,但还不是很好,再到后来引入工厂加 XML的方式,这样也不是很好,工厂类还是要写,再延伸到通用工厂加 XML的形式,这就是 Spring 的雏形;
IOC基础实例
UserService:

public class UserService {
    public void sayHello(){
        System.out.println("hello spring "+msg);
    }
}

applicationContext.xml:

App:

public class App {
    public static void main(String[] args) {
        /*
        //早期格式
        UserService service = new UserService();
        service.sayHello();
        */
        
        //spring格式1
        //加载spring的资源，必须先初始化配置文件
        //初始化出的对象作为spring的通用工厂对象
        //加载类路径下的配置文件：文件名必须给出
        ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
        //获取对应的资源
        UserService service = (UserService) ctx.getBean("userService");
        service.sayHello();
        
        
        /*
        //spring格式2,将applicationContext.xml文件放到工程目录下
        ApplicationContext ctx = new FileSystemXmlApplicationContext("applicationContext.xml");
        UserService service = (UserService) ctx.getBean("userService");
        service.sayHello();
        */
    }
}

DI(依赖注入)
在上面的实例中应用程序的运行需要 UserService,在这里 UserService可以叫做资源,但是呢资源有可能也依赖于另一个资源;就例如:
UserService:

public class UserService {
    //1,定义一个变量
    private UserDao userDao;

      // 2,为其提供一个可访问的 set方法;
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }

    public void add(){
        userDao.add();
    }
}

UserDao:

public class UserDao {
    public void add(){
        System.out.println("user dao ...");
    }
}

applicationContext.xml:

在这里说明一下: 谁用资源谁就是应用程序,这里 UserService类中 UserService用到了UserDao,所以UserService在这里称之为应用程序,UserDao称之为资源;在 App类中App称之为应用程序,UserService称之为资源;站在不同的角度有不同的说法;

DI(Dependency Injection)依赖注入:
应用程序执行需要使用外部资源，由于资源已经完全由Spring进行统一管理，因此应用程序需要依赖Spring为其提供资源，提供资源的过程称为注入
依赖注入指应用程序依赖Spring为其提供运行时所需的资源

IOC和 DI的关系
很多人以为这是两个概念,其实这是一个概念,现在这个资源归 Spring管理,Spring管理资源叫做 IOC,Spring握有应用程序运行过程中的所需要使用的全部资源。应用程序运行要靠 Spring提供资源,依赖注入是说应用程序的,IOC和 DI说的是同一件事,在不同的角度上来看,站在 Spring的角度上叫 IOC,站在应用程序的角度上交 DI,
例如: A 给 B送钱,站在 A的角度上叫行贿,站在 B的角度上交受贿;

IoC与DI是同一个问题不同参照物的不同描述方式
针对Spring而言：Spring反向控制应用程序需要使用的外部资源
针对应用程序而言：应用程序依赖Spring为其注入运行所需的资源