【Spring】02 过程分析

回顾JavaWeb三层架构设计：

UserDao接口

public interface UserDao {
    void getUser();
}

实现类

public class UserDaoImpl implements UserDao{
    public void getUser() {
        System.out.println("获取用户数据");
    }
}

UserService接口

public interface UserService {
    void getUser();
}

实现类

public class UserServiceImpl implements UserService{

    UserDao userDao = new UserDaoImpl();

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

最后测试执行

这就是我们JavaWeb调用的样子

业务实现类实现接口，组合Dao接口，

调用Dao接口实现类的实现方法完成功能

public class ModelLayerTest {
    @Test
    public void mlt(){
        UserService userService = new UserServiceImpl();
        userService.getUser();
    }
}

如果需求变更，客户玩Oracle的，我们要写一个Oracle的Dao实现类

然后再Service实现类去newOracle的实例

public class UserServiceImpl implements UserService{

    UserDao userDao = new UserDaoOracleImpl();

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

这反复更改硬编码的方式它不累吗？

每一次需求的变更，就变成对既定设计的破坏，这很不GOF23.jpg

对象的获取写死在new的硬编码中，这不就成了程序控制了对象？

我们不应该关注是谁实现的Dao接口，

而是关注实现的抽象

public class UserServiceImpl implements UserService{

    UserDao userDao;

    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }

    public UserServiceImpl() {
    }

    public UserServiceImpl(UserDao userDao) {
        this.userDao = userDao;
    }

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

对于实例，现在我们可以更加灵活的实现接口

对象的控制实现变成我们来操作了

IOC【Inversion of Control】

控制反转，即对象的控制权反转交给了我们，不再是程序控制对象

这是一种设计的思想，大多采用组合，聚合的方式实现

DI 【Dependency Injection】

依赖注入是反转控制实现IOC的一种方法

XML方式配置Bean的时候，Bean的定义信息和实现分离，注解可将二者合为一体

Bean定义的信息直接以注解方式定义在实现类中，达到零配置的目的

我们对实例的控制从硬编码程序的new，交给了Spring统一管理，

获取这个对象，只需要在Bean容器中注册，然后通过一个管理对象获取

    <!--
    普通生成对象的过程
    cn.dai.pojo.Hello hello = new cn.dai.pojo.Hello();
    hello.setName("这是Hello类的name属性的值");

    这个过程交给Spring处理了
    -->

IOC是什么？

全称Inverse Of Control 反转控制

控制的什么？是对象的创建控制从硬编码中反转给了Spring容器

-　没有Spring容器，我们创建对象是通过在硬编码中new出一个来

-　其次还有反序列化、克隆、反射，这些都需要一些条件来实现

-　现在使用Spring容器，对象通过在容器中注册，统一交给容器来调取

DI 是什么？

全称Dependency Injection 依赖注入

-　指构筑对象创建所需要的依赖，这其中存在基本属性，也存在引用类型

-　例如我们的JavaWeb三层架构中，Service依赖Dao，这个Dao就是Service的依赖

Spring所要求的四个依赖组件

-　Spring-Beans

-　Spring-context

-　Spring-core

-　Spring-expression

【这四个组件必须要求同一个版本，否则无法使用】

为什么在快速入门时，直接使用了MVC包？

因为MVC默认涵盖了这些东西，不需要手动一个个单独导入

Config 容器配置

Application-Context.xml实际上是Spring容器的配置文件

这是最原始的SpringBean注册方式

Container 容器

Spring容器是一个叫做ApplicationContext的接口，这个接口具有极其众多的实现类

而通过上述的XML配置文件来实现注册，其调用的容器实现类是这个类：

ClassPathXmlApplicationContext

至少要求一个参数，参数注入的是我们的容器配置文件的名称路径

【这个路径是从类路径作为根路径寻找的，在Maven里面就是resources目录下】

另外，构造器还支持多个参数注入，也就是说支持多个容器配置文件注册Bean

GetBean 从容器中获取对象

调用自Spring容器的方法，getBean方法

其参数有两种主要用的重载

第一种：只注入Bean的ID名字即可获取对象

获取的对象所属类型是Object，可以通过强制转型处理【我感觉多写这个强转都会累死了】

第二种：注入Bean的ID名字 + 所属类的字节对象

不需要强转，通过注入的字节对象来实现原型获取

Bean对象在什么时候被创建出来？

同创建容器实例一样，同期创建

找不到Bean对象异常的几种问题：

-　注册了两个以上相同的Bean

-　容器找不到这个Bean【没有在配置文件中注册过】