AOP（面向切面编程 Aspect Oriented Programming）

AOP（面向切面编程 Aspect Oriented Programming）

概念（百度百科）

• 通过 预编译方式和运行期动态代理 实现 程序功能 的 统一维护 的一种技术。特点：低耦合，高聚合。

AOP能够将那些与业务无关，却为业务模块所共同调用的逻辑或责任，例如事务处理、日志管理、权限控制等，封装起来，便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可操作性和可维护性。

OOP与AOP的区分

• AOP、OOP在字面上虽然非常类似，但却是面向不同领域的两种设计思想。

• OOP（面向对象编程）针对业务处理过程的实体及其属性和行为进行抽象封装，以获得更加清晰高效的逻辑单元划分。

• AOP则是针对业务处理过程中的切面进行提取，它所面对的是处理过程中的某个步骤或阶段，以获得逻辑过程中各部分之间低耦合性的隔离效果。

这两种设计思想在目标上有着本质的差异。

例子：对于“雇员”这样一个业务实体进行封装，自然是OOP的任务，我们可以为其建立一个“Employee”类，并将“雇员”相关的属性和行为封装其中。而用AOP设计思想对“雇员”进行封装将无从谈起。
同样，对于“权限检查”这一动作片断进行划分，则是AOP的目标领域。而通过OOP对一个动作进行封装，则有点不伦不类。
换而言之，OOP面向名词领域，AOP面向动词领域。

OOP与AOP的关系

• AOP和定义良好的 OOP 的接口可以说都是用来解决并且实现需求中的横切问题的方法。

• 但是对于 OOP 中的接口来说，它仍然需要我们在相应的模块中去调用该接口中相关的方法，这是 OOP 所无法避免的，并且一旦接口不得不进行修改的时候，所有事情会变得一团糟；

• AOP 则不会这样，你只需要修改相应的 Aspect，再重新编织（weave）即可。 当然，AOP 也绝对不会代替 OOP。核心的需求仍然会由 OOP 来加以实现，而 AOP 将会和 OOP 整合起来，以此之长，补彼之短。

例子：

2.1、最初解决方案

缺点：太多重复代码，且紧耦合

2.2、抽象类进行共性设计，子类进行个性设计，此处不讲解，缺点一荣俱荣，一损俱损

2.3、使用装饰器模式/代理模式改进的解决方案

装饰器模式：动态地给一个对象添加一些额外的职责。就增加功能来说， 装饰器模式相比生成子类更为灵活。
代理模式：为其他对象提供一种代理以控制对这个对象的访问。

缺点：紧耦合，每个业务逻辑需要一个装饰器实现或代理

2.4、JDK动态代理解决方案（比较通用的解决方案）

Java代码

缺点：使用麻烦，不能代理类，只能代理接口
其他解决方法…
2.5 CGLIB动态代理解决方案（比较通用的解决方案）
优点：能代理接口和类
缺点：使用麻烦，不能代理final类

AOP优点：

1：降低模块的耦合度
2：使系统容易扩展
3：设计决定的迟绑定：使用AOP,设计师可以推迟为将来的需求作决定，因为它
可以把这种需求作为独立的切面很容易的实现。
4：更好的代码复用性

AOP包括三个清晰的开发步骤：

1： 功能横切：找出横切关注点。
2： 实现分离：各自独立的实现这些横切关注点所需要完成的功能。
3： 功能回贴：在这一步里，方面集成器通过创建一个模块单元—— 方面来指定重组的规则。重组过程——也叫织入或结合—— 则使用这些信息来构建最终系统。