IOC理论推导

IOC理论推导

  1. UserDao 接口

  2. UserDaoImpl 实现类

  3. UserService 业务接口

    private UserDao userDao = new UserDaoImpl();
  4. UserServiceImpl 业务实现类

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

现在通过Set接口实现

private UserDao userDao;
public void setUserDao(UserDao userDao) {
    this.userDao = userDao;
}
  • 之前,程序是主动创建对象,控制权在程序猿手上
  • 使用Set注入后,程序不再具有主动性,而是变成了被动的接受对象

这种思想,从本质上解决了问题,程序猿不需要再去管理对象的创建了.系统的耦合性大大降低,可以更加专注于业务的实现上,这就是IOC的原型

IOC本质

控制反转IoC(Inversion of Control),是一种设计思想,DI(依赖注入)是实现IoC的一种方法。没有IoC的程序中 , 我们使用面向对象编程 , 对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,所谓控制反转就是:获得依赖对象的方式反转了。

IOC理论推导

上一篇:日志JCL初探


下一篇:Day2 bean工厂方法