时间:2021-05-19
①mapper层:因为没有连接数据库,这里我们写一个mapper的实现类来模拟数据的查询
public interface PerMapper { void getPerInfo();}public class StudentMapperImpl implements PerMapper { @Override public void getPerInfo() { System.out.println("我是一个学生"); }}②service层:service的作用是查询人的信息
public interface PersonService { void getPersonInfo();}public class PersonServiceImpl implements PersonService { private PerMapper studentMapper = new StudentMapperImpl(); @Override public void getPersonInfo() { studentMapper.getPerInfo(); }}③contorller层
import service.PersonService;import service.impl.PersonServiceImpl;public class IOCTest { public static void main(String[] args) { PersonService service = new PersonServiceImpl(); service.getStudentInfo(); }}④执行结果如下:
①mapper,增加老师实现类
public class TeacherMapperImpl implements PerMapper { @Override public void getPerInfo() { System.out.println("我是一个老师"); }}②这时候我们同时查询教师和学生的信息该怎么做呢?
public class PersonServiceImpl implements PersonService { private PerMapper student = new StudentMapperImpl(); private PerMapper teacher = new TeacherMapperImpl(); @Override public void getPersonInfo() { student.getPerInfo(); teacher.getPerInfo(); }}③执行结果:
④如果需求再次变更呢?只需要教师的信息怎么做呢?
毋庸置疑:两种做法,
一种是直接更改PersonServiceImpl的getPersonInfo()
第二种是扩展service层的接口,把老师和学生分别提供接口来查询:
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(); }}⑤看起来好像没啥问题是吧?那假如有一百种人呢?需要改来改去人都会疯掉的。这种做法肯定不合理的!
①聪明的孩子可以想到将查询的对象剥离出来:添加set()方法,对接口不实现,只进行预留的工作。
public class PersonServiceImpl implements PersonService { private PerMapper per; public void setPer(PerMapper per) { this.per = per; } @Override public void getPersonInfo() { per.getPerInfo(); }}②controller层实现方式:
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的原型 !
控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IOC容器,其实现方法是依赖注入(Dependency Injection,DI)。
以上就是关于Spring之IOC的理解和认知的详细内容,更多关于Spring之IOC的理解的资料请关注其它相关文章!
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
在阅读本文之前,大家可先参阅《简单理解Spring之IOC和AOP及代码示例》一文,了解下Spring中IOC和AOP的相关内容。下面进入正题。本篇文章介绍在S
在阅读本文之前,大家可先行参阅《简单理解Spring之IOC和AOP及代码示例》一文,简单了解下ioc和aop的相关内容。下面进入正题。本文将会一步一步创建一个
什么是SpringSpring是一个以IoC和AOP为内核的框架。IoC(InversionofControl,控制反转)是Spring的基础。IoC简单说就是
Spring的主要特性包括IOC和DI,其中DI是IOC的基础。在以前的Spring使用过程中大部分都是使用XML配置文件显式配置spring组件,导致大量的X
这里先来简单介绍下IoC和DI的区别:IOC:翻译过来是控制反转,将对象的创建权由Spring管理,HelloService不需要自己去创建,Spring可以帮