Java中实现基于Aspectwerkz的AOP

核心提示：一、AOP编程概览 面向对象编程技术进入软件开发的主流对软件的开发方式产生了极大的影响，开发者可以用一组实体以及这些实体之间的关系将系统形象地表示出来，Java中实现基于Aspectwerkz的AOP，这使得他们能够设计出规模更大、更复杂的系统，开发周期也比以前更短，它是目前最快速、功能最丰富的框架之一，虽然它还缺乏A

　　一、AOP编程概览

　　面向对象编程技术进入软件开发的主流对软件的开发方式产生了极大的影响，开发者可以用一组实体以及这些实体之间的关系将系统形象地表示出来，这使得他们能够设计出规模更大、更复杂的系统，开发周期也比以前更短。 OO开发的唯一问题是，它本质上是静态的，需求的细微变化就可能对开发进度造成重大影响。

　　aspect-Oriented PRogramming（AOP）是对OO技术的补充和完善，它答应开发者动态地修改静态的OO模型，构造出一个能够不断增长以满足新增需求的系统，就象现实世界中的对象会在其生命周期中不断改变自身，应用程序也可以在发展中拥有新的功能。

　　例如，许多人想必有过在开发简单的Web应用时将Servlet作为入口点的经验，即用Servlet接收Html表单的输入，经过处理后返回给用户。开始时的Servlet可能是非常简单的，只有刚好满足用户需求的最少量的代码。然而，随着“第二需求”的实现，例如实现异常处理、安全、日志等功能，代码的体积就会增加到原来的三、四倍——之所以称之为“第二需求”，是因为Servlet的基本功能是接受和处理用户的请求，对于这个目标来说，日志、安全之类的机制并不是必不可少的。

　　AOP答应动态地改变OO的静态模型，不必修改原来的静态模型也可以加入满足第二需求所需的代码（实际上，甚至连原来的源代码也不需要）。更令人称奇的是，后来加入的代码往往可以集中在一个地方，而不必象单纯使用OO时那样将后来加入的代码分散到整个模型。

　　二、基本术语

　　在介绍AOP开发实例之前，我们先来了解几个标准的AOP术语，以便更好地把握相关的概念。

　　█ Cross-cutting concern

　　在OO模型中，虽然大部份的类只有单一的、特定的功能，但它们通常会与其他类有着共同的第二需求。例如，当线程进入或离开某个方法时，我们可能既要在数据访问层的类中记录日志，又要在UI层的类中记录日志。虽然每个类的基本功能极然不同，但用来满足第二需求的代码却基本相同。

　　█ Advice

　　它是指想要应用到现有模型的附加代码。在本例中，它是指线程进入或退出某个方法时要运行的日志代码。

　　█ Point-cut

　　这个术语是指应用程序中的一个执行点，在这个执行点上需要采用前面的cross-cutting concern。在本例中，当线程进入一个方法时出现一个Point-cut，当线程离开方法时又出现另一个Point-cut。

　　█ Aspect

　　Point-cut和advice结合在一起就叫做aspect。在下面的例子中，我们通过定义一个point-cut并给予适当的advice加入了一个日志（logging）aspect。

　　AOP还有其它许多特性和术语，例如引入（IntrodUCtion），即把接口/方法/域引入到现有的类——它极大地拓宽了开发者的想象力。不过本文只介绍一些最基本的持性，熟悉这里介绍的概念后，你再深入一步研究AOP的其它特性，看看如何在自己的开发环境中使用它们。

　　三、现有的框架

　　目前最成熟、功能最丰富的AOP框架当数AspectJ，AspectJ已成为大多数其它框架跟从的标准。但是，AspectJ也走出了非同平常的一步，它的实现为java语言增添了新的要害词。虽然新的语法并不难学，但却意味着我们必须换一个编译器，还要重新配制编辑器，只有这样才能适应新的语法。在规模较大的开发组中，这些要求可能难以办到，因为整个开发小组都会受到影响。由于语言本身的变化，开发小组把AOP技术引入到现有项目的学习周期随之延长。

　　现在我们需要的是这样一个框架，它可以方便地引入，且不会对原来的开发和构造过程产生任何影响。满足这些要求的框架不止一个，例如JBoss AOP、Nanning、Aspectwerkz（AW）。本文选用的是Aspectwerkz，因为它可能是最轻易学习的框架，也是最轻易集成到现有项目的框架。

　　Aspectwerkz由Jonas Boner和Alexandre Vasseur创建，它是目前最快速、功能最丰富的框架之一。虽然它还缺乏AspectJ的某些功能，但己足以满足大多数开发者在许多情形下的需要。