在软件术语中，面向方面的编程能够独立于任何继承层次结构而应用改变类或对象行为的方面。然后，在运行时或编译时应用这些方面。举一个关于 AOP 的示例，然后进行描述，说明起来比较容易。首先，定义四个关键的 AOP 术语，这很重要，因为我将反复使用它们：
• 接合点 (Joinpoint) — 代码中定义明确的可识别的点。
• 切点 (Pointcut) — 通过配置或编码指定接合点的一种方法。
• 通知 (Advice) — 表示需要执行交叉切割动作的一种方法
• 混入 (Mixin) — 通过将一个类的实例混入目标类的实例引入新行为。
为了更好地理解这些术语，可以将接合点看作程序流中定义好的一点。说明接合点的一个很好的示例是：在代码调用一个方法时，发生调用的那一点被认为是一个接合点。
切点用于指定或定义希望在程序流中截获的接合点。切点还包含一个通知，该通知在到达接合点时发生。因此，如果在一个调用的特定方法上定义一个切点，那么在调用该方法或接合点时，AOP 框架将截获该切点，同时还将执行切点的通知。
通知有几种类型，但是最常见的情况是将其看作要调用的另一个方法。在调用一个带有切点的方法时，要执行的通知将是另一个要调用的方法。要调用的这个通知或方法可以是对象中被截获的方法，也可以是混入的另一个对象中的方法。
AOP有必要吗？
当然，上述应用范例在没有使用AOP情况下，也得到了解决，例如JBoss 3.XXX也提供了上述应用功能，但是没有使用AOP。
但是，使用AOP可以让我们从一个更高的抽象概念来理解软件系统，AOP也许提供一种有价值的工具。可以这么说：因为使用AOP结构，现在JBoss 4.0的源码要比JBoss 3.X容易理解多了，这对于一个大型复杂系统来说是非常重要的。
从另外一个方面说，好像不是所有的人都需要关心AOP，它可能是一种架构设计的选择，如果选择J2EE系统，AOP关注的上述通用方面都已经被J2EE容器实现了，J2EE应用系统开发者可能需要更多地关注行业应用方面aspect。
AOP具体实现
文章来源于领测软件测试网 https://www.ltesting.net/
