赞
踩
笔记:
自定义注解实现IOC容器笔记
IOC介绍与源码剖析
AOP介绍与源码剖析
Spring 是⼀个综合性,且有很强的思想性框架,每学习⼀天,就能体会到它的⼀些优势。
注意:IOC和AOP不是spring提出的,在spring之前就已经存在,只不过更偏向于理论化,spring在技
术层次把这两个思想做了非常好的实现(Java)。
IOC Inversion of Control (控制反转/反转控制),注意它是⼀个技术思想,不是⼀个技术实现。
IOC做的事情: Java开发领域对象的创建,管理的问题。
传统开发方式: 比如类A依赖于类B,往往会在类A中new⼀个B的对象
IOC思想下开发方式: 不用自己去new对象,而是由IOC容器(Spring框架)去实例化对象并且管理它,我们需要使用哪个对象,去问IOC容器要即可。
例如: 以前是你自己去找对象一个一个打听兴趣爱好,联系方式等等,想办法认识,然后投其所好等等一系列复杂的事情,自己去设计和面对每一个环节,而现在是引入了第三方婚姻介绍所(IOC容器),婚姻介绍所有很多男男女女的信息,我们只要告诉它我们的要求,它就会根据我们的要求匹配一个对象给我们,我们只要负责谈恋爱,结婚就可以了。
利弊: 我们丧失创建、管理对象的权利,但却不用再去考虑对象的创建、管理等⼀系列事情。
为什么叫做控制反转?
控制:指的是对象创建(实例化、管理)的权利
反转:控制权交给外部环境了(spring框架、IoC容器)
IOC解决对象之间的耦合问题
DI:Dependancy Injection(依赖注入)
IOC和DI描述的是同⼀件事情,只不过角度不⼀样罢了。
AOP: Aspect oriented Programming 面向切面编程/面向方面编程
AOP是OOP的延续,从OOP说起
OOP三大特征:封装、继承和多态
OOP是⼀种垂直继承体系
OOP编程思想可以解决大多数的代码重复问题,但是有⼀些情况是处理不了的,比如下面的在顶级父类Animal中的多个方法中相同位置出现了重复代码,OOP就解决不了
横切逻辑代码
横切逻辑代码存在代码重复问题,横切逻辑代码和业务代码混杂在⼀起,代码臃肿,维护不方便AOP出场,AOP独辟蹊径提出横向抽取机制,将横切逻辑代码和业务逻辑代码分析
代码拆分容易,那么如何在不改变原有业务逻辑的情况下,悄无声息的把横切逻辑代码应⽤到原有的业务逻辑中,达到和原来⼀样的效果,这个是比较难的
在不改变原有业务逻辑情况下,增强横切逻辑代码,根本上解耦合,避免横切逻辑代码重复
「切」:指的是横切逻辑,原有业务逻辑代码我们不能动,只能操作横切逻辑代码,所以面向横切逻辑
「面」:横切逻辑代码往往要影响的是很多个方法,每⼀个方法都如同⼀个点,多个点构成面,有⼀个面的概念在里面。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。