IOC基础推导

环境准备:见java环境搭建,新建maven项目

1、写一个UserDao接口

public interface UserDao {
    public void getUser();
}

 

2、再写Dao的实现类

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

 

3、写UserService的接口

public interface UserService {
    public void getUser();
}

 

4、写Service的实现类

public class UserServiceImpl implements UserService {
    private UserDao userDao = new UserDaoImpl();

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

 

5、测试一下

@Test
public void test(){
    UserService service = new UserServiceImpl();
    service.getUser();
}
 
6、假设UserDao有多个实现类,UserDaoImplA和UserDaoImplB,分别实现不同的业务,需要新增这两个实现类。
public class UserDaoImplA implements UserDao{
    public void getUser() {
        System.out.println("获取A用户数据");
    }
}
public class UserDaoImplB implements UserDao{
    public void getUser() {
        System.out.println("获取B用户数据");
    }
}

 

对于用户来说只调用service层,不用了解dao层。当用户需求发生变化时,比如用户需要调用A用户数据,那么我们只能去修改service层代码来满足需求。

public class UserServiceImpl implements UserService {
    private UserDao userDao = new UserDaoImplA();
//修改UserDao的实现类
    public void getUser() {
        userDao.getUser();
    }
}

需求一旦产生变化,就需要修改serivce代码,因此需要解耦,在service层留下set接口

public class UserServiceImpl implements UserService {
    private UserDao userDao;
    // 利用set实现
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }

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

然后再看用户如何灵活使用,即使需求产生变化,也不用修改service层代码

    @Test
    public void test(){
        UserServiceImpl service = new UserServiceImpl();
        //需要A用户数据
        service.setUserDao( new UserDaoImplA() );
        service.getUser();
        //需要B用户数据
        service.setUserDao( new UserDaoImplB() );
        service.getUser();
    }

 

总结:

之前所有东西都是由程序去进行控制创建 , 而现在是由用户自行控制创建对象 , 把主动权交给了用户 .

程序不用去管怎么创建,怎么实现了 . 它只负责提供一个接口 .

这种思想 , 从本质上解决了问题 , 我们程序员不再去管理对象的创建了 , 更多的去关注业务的实现 . 耦合性大大降低 . 这也就是IOC的原型 !


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

 

 

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

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

IOC基础推导

 

 

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

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

 

 
上一篇:代码获取视频号助手登录Set-Cookie,从而获取个人用户信息等等。


下一篇:BUU PWN RIP1 RET2CODE WRITEUP