如何通俗的理解spring的控制反转、依赖注入、面向切面编程等等

时间:2023-03-08 22:12:04

之前一直不理解spring的一些基础特性是什么意思,虽然网上的解释也很多,但是由于我比较笨,就是看不懂,知道最近才稍微了解,下面就以通俗讲解的方式记录下来。

前言

假设我是一个没有开店经验的小老板,准备开个小超市。

方案1:自己去找店址,找货源,招聘收银员,销售员,以及给员工培训,这些都可以自己来,但是缺点是费时费力,而且自己毕竟精力有限,这些东西全部包揽那肯定就会有哪些地方出岔子。

这就像spring还没出现之前的系统开发,各个POJO以及它们之间的依赖关系需要程序员自己来维护,很累,精力不能全部集中到业务上。

方案2:发现一个叫全家的加盟平台,我只要交加盟费,全家总公司会帮我解决选址、招聘员工、培训员工等一系列事情,好处就是它们都是专业的,做这些肯定比我自己去做要高效,坏处就是我无法学习到开店经验,对全家平台会形成依赖,而且利润还要和他们分成。

这就像spring框架出现后的系统开发,程序员的项目里只要加进spring的jar包,就可以把所有的POJO创建以及它们之间的依赖关系交给spring来维护,自己专注于业务。缺点是对于初级程序员来说只要稍微学习下如何使用spring,就可以拿来即用,但是却不能理解其原理。

控制反转(IOC)

假设我的店开起来了

自己开店:我需要招聘、培训各个员工,以及给他们分派岗位。

加盟全家:全家总部给我安排招聘、培训各个员工,并且还给我一个店长,帮助自己管理员工。

IoC(Inversion of Control)中文名叫控制反转,就是应用本身不负责依赖对象的创建及维护,依赖对象的创建及维护是由Spring负责的。这样控制权就由应用转移到了Spring,控制权的转移就是所谓反转。

依赖注入(DI)

全家给我的店长,要实现他的职责,他就要管理下面的员工,也就是说店长依赖于各个员工。

依赖注入,容器负责把依赖的具体对象注入到上层对象,而上层对象只需要提供一个接口声明。类似于hibernate一对多关系里面的inverse,把关系维护的重任交给对方,自己专心业务,与对方如何变化无关,全部由对方(spring容器)来进行维护。

所谓依赖,从程序的角度看,就是比如A要调用B的方法,那么A就依赖于B,反正A要用到B,则A依赖于B。

所谓倒置,你必须理解如果不倒置,会怎么着,因为A必须要有B,才可以调用B,如果不倒置,意思就是A主动获取B的实例:B b = new B(),这就是最简单的获取B实例的方法(当然还有各种设计模式可以帮助你去获得B的实例,比如工厂、Locator等等),然后你就可以调用b对象了。

所以,不倒置,意味着A要主动获取B,才能使用B;到了这里,你就应该明白了倒置的意思了。倒置就是A要调用B的话,A并不需要主动获取B,而是由其它人自动将B送上门来。

面向切面编程(AOP)

自己开店:员工上班很懒散,也不记录考勤,无法测验绩效。

加盟全家:安装一个打卡器,每天固定的两个点,上班打卡,下班打卡,哪天不想打卡,不碰他就好了,打卡机坏了,重新换台就好了,不影响。

面向切面编程,面向切面编程的目标就是分离关注点。什么是关注点呢,就是你要做的事,就是关注点。老板只关注如何卖出商品并且盈利,员工上班下班打卡老板不会亲自去守在那儿查看。AOP的好处就是你只需要干你的正事,其它事情别人帮你干。

从Spring的角度看,AOP最大的用途就在于提供了事务管理的能力。事务管理就是一个关注点,你的正事就是去访问数据库,而你不想管事务(太烦),所以,Spring在你访问数据库之前,自动帮你开启事务,当你访问数据库结束之后,自动帮你提交/回滚事务!