IOC的推导
1.1、模拟一个正常查询信息的业务流程:
①mapper层:因为没有连接数据库,这里我们写一个mapper的实现类来模拟数据的查询
1
2
3
4
5
6
7
8
9
|
public interface PerMapper {
void getPerInfo();
}
public class StudentMapperImpl implements PerMapper {
@Override
public void getPerInfo() {
System.out.println( "我是一个学生" );
}
}
|
②service层:service的作用是查询人的信息
1
2
3
4
5
6
7
8
9
10
|
public interface PersonService {
void getPersonInfo();
}
public class PersonServiceImpl implements PersonService {
private PerMapper studentMapper = new StudentMapperImpl();
@Override
public void getPersonInfo() {
studentMapper.getPerInfo();
}
}
|
③contorller层
1
2
3
4
5
6
7
8
|
import service.PersonService;
import service.impl.PersonServiceImpl;
public class IOCTest {
public static void main(String[] args) {
PersonService service = new PersonServiceImpl();
service.getStudentInfo();
}
}
|
④执行结果如下:
image
1.2、多个种类的查询
①mapper,增加老师实现类
1
2
3
4
5
6
|
public class TeacherMapperImpl implements PerMapper {
@Override
public void getPerInfo() {
System.out.println( "我是一个老师" );
}
}
|
②这时候我们同时查询教师和学生的信息该怎么做呢?
1
2
3
4
5
6
7
8
9
|
public class PersonServiceImpl implements PersonService {
private PerMapper student = new StudentMapperImpl();
private PerMapper teacher = new TeacherMapperImpl();
@Override
public void getPersonInfo() {
student.getPerInfo();
teacher.getPerInfo();
}
}
|
③执行结果:
image
④如果需求再次变更呢?只需要教师的信息怎么做呢? 毋庸置疑:两种做法, 一种是直接更改PersonServiceImpl的getPersonInfo()
1
2
3
4
5
|
@Override
public void getPersonInfo() {
// student.getPerInfo();
teacher.getPerInfo();
}
|
第二种是扩展service层的接口,把老师和学生分别提供接口来查询:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
public interface PersonService {
void getPersonInfo();
void getPersonInfo1();
}
public class PersonServiceImpl implements PersonService {
private PerMapper student = new StudentMapperImpl();
private PerMapper teacher = new TeacherMapperImpl();
@Override
public void getPersonInfo() {
teacher.getPerInfo();
}
@Override
public void getPersonInfo1() {
student.getPerInfo();
}
}
|
⑤看起来好像没啥问题是吧?那假如有一百种人呢?需要改来改去人都会疯掉的。这种做法肯定不合理的!
1.3、优化查询方式
①聪明的孩子可以想到将查询的对象剥离出来:添加 set() 方法,对接口不实现,只进行预留的工作。
1
2
3
4
5
6
7
8
9
10
|
public class PersonServiceImpl implements PersonService {
private PerMapper per;
public void setPer(PerMapper per) {
this .per = per;
}
@Override
public void getPersonInfo() {
per.getPerInfo();
}
}
|
②controller层实现方式:
1
2
3
4
5
6
7
8
9
10
11
|
public class IOCTest {
public static void main(String[] args) {
PersonServiceImpl service = new PersonServiceImpl();
//学生
service.setPer( new StudentMapperImpl());
service.getPersonInfo();
//老师
service.setPer( new TeacherMapperImpl());
service.getPersonInfo();
}
}
|
③总结:这种方式就是把主动权交给了调用者 ,程序不用去管怎么创建,怎么实现了 .,它只负责提供一个接口 。
我们不再去管理对象的创建了 , 更多的去关注业务的实现 ,耦合性大大降低 ,这也就是IOC的原型 !
1.4、IOC本质
控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IOC容器,其实现方法是依赖注入(Dependency Injection,DI)。
原文链接:https://blog.csdn.net/mf97532/article/details/118220861