浅谈控制反转和面向切面

通俗易懂,跟大家分享一下!

控制反转是什么呢?

打个比方,你晚上想约个妹子去看电影,假设这个妹子是一个类(温柔、善良、小鸟依人),那么你需要实例化她,在JAVA中,通常的做法就是new一个类,让她变成一个实体的对象。然后,你跟她约了时间、地点,说要请客吃饭,然后用尽你浑身解数,妹子终于答应要和你去看电影了。看完电影之后,你还要送妹子回家,确保安全。当然,这一个步骤一般是由JVM的垃圾回收机制来处理,如果你没有主动及时送妹子回家,当妹子数量很多的时候,有可能会导致内存溢出,系统宕机。
而如果你用了Spring,过程将会是这样的,你告诉Spring框架你晚上7点要和一个温柔、善良、小鸟依人般的妹子去看电影,那么你7点准时来到电影院,此时,你会发现,Spring已经帮你把妹子送来了,完全就是你定义的那个类型。你们愉快地看完电影,然后你可以直接回家,Spring又会帮你把妹子接走。你完全不用关心后续的事情。
在以往,我们是主动地去控制一个对象的实例化和销毁,现在交由Spring来控制,因此就叫做控制反转,Inversion of Control,是不是很好理解,一点就通?

面向切面又是什么呢?

首先,需要说明的一点,AOP只是Spring的特性,它就像OOP一样是一种编程思想,并不是某一种技术。
在银行办理业务时,用户不管是查询余额、办理业务还是手机充值,都需要经过鉴权这个步骤,有没有想过可以把这个鉴权的代码是提取出来,不放到主流程里去呢,这就是AOP的作用了,有了AOP,你写代码时不要把这个验证用户步骤写进去,即完全不考虑用户鉴权,你写完之后,在另一个地方,写好验证用户的代码,然后告诉Spring你要把这段代码加到哪几个地方,Spring就会帮你加过去,而不要你自己Copy过去,这里还是两个地方,如果你有多个控制流呢,这个写代码的方法可以大大减少你的时间,不过AOP的目的不是这样,这只是一个“副作用”,真正目的是,你写代码的时候,事先只需考虑主流程,而不用考虑那些不重要的流程,懂C的都知道,良好的风格要求在函数起始处验证参数,如果在C上可以用AOP,就可以先不管校验参数的问题,事后使用AOP就可以隔山打牛的给所有函数一次性加入校验代码,而你只需要写一次校验代码。不知道C的没关系,举一个通用的例子,经常在debug的时候要打log吧,你也可以写好主要代码之后,把打log的代码写到另一个单独的地方,然后命令AOP把你的代码加过去,注意AOP不会把代码加到源文件里,但是它会正确的影响最终的机器代码。就像在上帝视角的高纬度空间,把你需要的步骤像切面般的插入到特定的时空里面。

原文地址:https://www.cnblogs.com/cy1998/p/10508549.html