Spring笔记2--IOC理论推导

本文深入探讨了控制反转(IoC)的设计思想,解释了依赖注入(DI)如何降低系统耦合性,使程序专注于业务实现。通过具体示例,展示了传统编程与IoC方式下对象创建的区别,以及Spring框架如何通过配置文件和注解实现IoC。
摘要由CSDN通过智能技术生成

2、IOC理论推导

  1. UserDao 接口

    public interface UserDao {
       public void getUser();
    }
    
  2. UserDaoImpl 实现类

    public class UserDaoImpl implements UserDao {
       @Override
       public void getUser() {
           System.out.println("获取用户数据");
      }
    }
    
  3. UserService 业务接口

    public interface UserService {
       public void getUser();
    }
    
  4. UserServiceImpl 业务实现类

    public class UserServiceImpl implements UserService {
       private UserDao userDao = new UserDaoImpl();
    
       @Override
       public void getUser() {
           userDao.getUser();
      }
    }
    
  5. 测试类

    public class MyTest {
    
        public static void main(String[] args) {
            UserService service = new UserServiceImpl();
       service.getUser();
        }
    }
    

    这是我们原来的方式 , 开始大家也都是这么去写的对吧 . 如果修改一下 .把Userdao的实现类增加一个 .

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

    紧接着我们要去使用MySql的话 , 我们就需要去service实现类里面修改对应的实现

    public class UserServiceImpl implements UserService { 
    private UserDao userDao = new UserDaoMySqlImpl();  
    @Override   
    public void getUser() {   
    userDao.getUser(); 
          }
    }
    

    在假设, 我们再增加一个Userdao的实现类 .

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

    那么我们要使用Oracle , 又需要去service实现类里面修改对应的实现 . 假设我们的这种需求非常大 , 这种方式就根本不适用了, 甚至反人类对吧 , 每次变动 , 都需要修改大量代码 . 这种设计的耦合性太高了, 牵一发而动全身 .

    那我们如何去解决呢 ?

    我们可以在需要用到他的地方 , 不去实现它 , 而是留出一个接口 , 利用set , 我们去代码里修改下 .

    public class UserServiceImpl implements UserService {  
    private UserDao userDao;
    // 利用set方法实现动态实现值的注入! 
    public void setUserDao(UserDao userDao) {     
    this.userDao = userDao; 
    } 
    @Override   
    public void getUser() {   
    userDao.getUser(); 
           }
    }
    

    现在去我们的测试类里 , 进行测试 ;

    public class MyTest {
    
        public static void main(String[] args) {
    UserServiceImpl service = new UserServiceImpl();  
    service.setUserDao( new UserDaoMySqlImpl() );   
    service.getUser();   
    //那我们现在又想用Oracle去实现呢  
    service.setUserDao( new UserDaoOracleImpl() );   
    service.getUser();
        }
    }
    

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

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

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

IOC本质

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

img

IoC是Spring框架的核心内容,使用多种方式完美的实现了IoC,可以使用XML配置,也可以使用注解,新版本的Spring也可以零配置实现IoC。

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

img

采用XML方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把两者合为一体,Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的。

控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependency Injection,DI)。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值