Spring-IOC推导

1.1 简介
2002 首次推出了Spring框架的雏形

spring理念：使现有的技术更加容易使用，本身是一个大杂烩，整合了现有框架。		
		
SSH：Struts2，spring，hibernate		
SSM：Spring，Spring MVC，Mybatis		
		
官网：	https://spring.io/projects/spring-framework	
官方下载地址：	https://repo.spring.io/release/org/springframework/spring/	
github地址：	https://github.com/spring-projects/spring-framework	
MVN官方：	https://mvnrepository.com/	

所需要的依赖：

<!-- https://mvnrepository.com/artifact/org.springframework/spring-webmvc -->
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-webmvc</artifactId>
    <version>5.2.0.RELEASE</version>
</dependency>


<!-- https://mvnrepository.com/artifact/org.springframework/spring-webmvc -->
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-jdbc</artifactId>
    <version>5.2.0.RELEASE</version>
</dependency>

1.2 优点：
spring是一个开源的免费框架（容器）
spring是一个轻量级的，非入侵式的框架
什么是入侵式： 为了一个jar导进来，你原来项目不能用了，他的类把你原来的项目干掉了

控制反转（IOC）		
面向切面编程（AOP）		
支持事务的处理，对框架整合的支持。		
		
总结一句话：	Spring就是一个轻量级的控制反转（IOC）和面向切面编程（AOP）的框架	

1.3 组成：

每个模块的作用如下：
**核心容器(Spring Core)：**核心容器提供 Spring 框架的基本功能。核心容器的主要组件是 BeanFactory，它是工厂模式的实现。BeanFactory 使用控制反转 （IOC） 模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
Spring 上下文(Spring Context)：Spring 上下文是一个配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企业服务，例如 JNDI(Java命名和目录接口)、EJB(Enterprise Java Beans称为Java 企业Bean)、电子邮件、国际化、校验和调度功能。
Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于 Spring 的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖 EJB 组件，就可以将声明性事务管理集成到应用程序中。
Spring DAO：JDBC DAO 抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写 的异常代码数量（例如打开和关闭连接）。Spring DAO 的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。
Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM 的对象关系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和 DAO 异常层次结构。
Spring Web 模块：Web 上下文模块建立在应用程序上下文模块之上，为基于 Web 的应用程序提供了上下文。Web 模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。
Spring MVC 框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC 实现。通过策略接口，MVC 框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括 JSP。
1.4 扩展
在Spring官网有这个介绍，现代话的java开发，说白了就是基于Spring开发

Spring Boot:	一个快速开发的脚手架,基于Spring Boot可以快速开发单个微服务	
		
Spring Cloud:	Spring Cloud是基于SpringBoot实现的	
		
现在大多数公司都在使用SpringBoot进行快速开发，学习SpringBoot的前提，需要完全掌握		
Spring及Spring MVC承上启下的作用	
		
弊端：	发展了太久，违背了原来的理念。配置十分繁琐，人称“配置地狱”	

2 IOC理论推导

1.UserDao接口	
2.UserDaoImpl实现类	
3.UserService业务接口	
4.UserServiceImpl业务实现类	

package src.com.lx.dao;

/**
 * @author LongXi
 * @create 2021-05-24 21:27
 */
public interface UserDao {
    void getUser();
}

/**
 * @author LongXi
 * @create 2021-05-24 21:30
 */
public class UserDaoImpl implements UserDao{
    @Override
    public void getUser() {
        System.out.println("默认获取用户的数据");

    }
}

/**
 * @author LongXi
 * @create 2021-05-24 21:31
 */
public interface UserService {
    void getUser();
}

/**
 * @author LongXi
 * @create 2021-05-24 21:31
 */
public interface UserService {
    void getUser();
}

/**
 * @author LongXi
 * @create 2021-05-24 21:34
 */
public class MyTest {
    public static void main(String[] args) {
        //用户实际调用的是业务层，dao层他们不需要接触
        UserServiceIpml userServiceIpml = new UserServiceIpml();
        userServiceIpml.getUser();
    }
}

现在用户想用mysql获取数据，添加【UserDaoMySqlImpl 】实现类，实现【UserDao】接口

/**
 * @author LongXi
 * @create 2021-05-24 21:38
 */
public class UserDaoMySqlImpl implements UserDao{
    @Override
    public void getUser() {
        System.out.println("Mysql获取用户信息");
    }
}

我们想用Mysql获取用户信息，就必须改我们的【UserServiceIpml】实现类

/**
 * @author LongXi
 * @create 2021-05-24 21:32
 */
public class UserServiceIpml implements UserService{
    //private UserDao userDao = new UserDaoImpl();
    private UserDao userDao = new UserDaoMySqlImpl();
    @Override
    public void getUser() {
        userDao.getUser();
    }
}

测试结果

OK没问题，但是现在假如用户又想用Oracl实现类获取用户信息呢？我们又得改【UserServiceIpml】，很麻烦。
每一次因为用户的请求，我们要修改代码，做大量的改动，这是一个很优秀的程序吗？我们的程序适应不了用户的变更。
那么思考能不能解决这个问题呢？
我们让服务端代码不动，然后让客户端自己去改变调用的方式。

改修代码

public class UserServiceIpml implements UserService{
    //private UserDao userDao = new UserDaoImpl();
    //private UserDao userDao = new UserDaoMySqlImpl();

    private  UserDao userDao;
    //用set动态实现值的注入
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }

    @Override
    public void getUser() {
        userDao.getUser();
    }
}

测试类

/**
 * @author LongXi
 * @create 2021-05-24 21:34
 */
public class MyTest {
    public static void main(String[] args) {
        //用户实际调用的是业务层，dao层他们不需要接触
        UserService userService = new UserServiceIpml();
        ((UserServiceIpml)userService).setUserDao(new UserDaoMySqlImpl());
        userService.getUser();
    }
}

区别：
在之前的业务中，用户的需求可能会影响我们原来的代码，我们需要根据用户的需求去修改源代码。
如果程序代码量十分大，修改一次的成本十分昂贵。

现在：我们使用了一个Set接口实现，已经发生了革命性的变化。

• 之前程序是主动创建对象，控制权在程序员手上
• 使用了set注入后，程序不再具有主动性，而是变成了被动接受。

这种思想，从本质上解决了问题，我们程序员不用再去管理对象的创建了。系统的耦合性大大的降低了，可以更加的专注在业务的实现上。

这就是IOC的原型。

IOC本质：

所谓控制反转就是：获得依赖对象的方式反转了。