2.IOC理论推导

2.IOC理论推导

1.UserDao接口

2.userDaoImpl实现类

3.userservice业务接口

4.UserServiceImpl业务实现类

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

我们使用了一个set接口实现：已经发生了革命性的变化！

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

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

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

 

 

 

 

 

IOC是Spring框架的核心内容，使用多钟方式完美的实现了IOC，可以用注解，新版的Spring也可以零配置实现IOC

spring容器在初始化时先读取配置文件，根据配置文件或者元数据创建与组织对象存入容器中，程序使用时再从ioc容器中取出所需要的对象

 

 

 

IOC（控制反转）

控制反转本质是一种通过描述（XML或注解）并通过第三方去生产或获取特定对象的方式，在spring中实现控制反转的是IOC容器，其实现的方式是依赖注入也就是（DI）