网络编程 
首页 > 网络编程 > 浏览文章

Java中基于Aspectwerkz的AOP

(编辑:jimmy 日期: 2024/11/26 浏览:3 次 )

    一、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的某些功能,但己足以满足大多数开发者在许多情形下的需要。

  Aspectwerkz最令人感兴趣的特性之一是它能够以两种不同的模式运行:联机模式和脱机模式。在联机模式下,AW直接干预属于JVM的底层类装入机制,截取所有的类装入请求,对字节码实施即时转换。AW提供了干预类装入过程的许多选项,另外还有一个替代bin/java命令的封装脚本,这个脚本能够根据Java版本和JVM能力自动生成一组可运行的配制。对于开发者,联机模式有许多优点,它能插入到任何类装入器并在类装入期间生成新的类。也就是说,我们不必手工修改应用程序的类,只要按通常的方式部署即可。不过,联机模式要求对应用服务器进行额外的配制,有时这一要求可能很难满足。

  在脱机模式下,生成类需要二个步骤。第一步是用标准的编译器编译,第二步是重点——以脱机模式运行AWcompiler编译器,让它处理新生成的类。编译器将修改这些类的字节码,根据一个XML文件的定义,在适当的point-cut插入advice。脱机模式的优点是AWcompiler生成的类能够在任何JVM 1.3以上的虚拟机运行,本文下面要用的就是这种模式,因为它不需要对Tomcat作任何修改,只要对构造过程稍作修改就可以照搬到大多数现有的项目。

  四、安装

  本文将以一个简单的Web应用程序为例,它用Ant编译,部署在Tomcat 4+ Servlet容器上。下面我们假定读者己准备好上述环境,包括JVM 1.3+,同时Tomcat被设置成从webapps文件夹自动部署应用,自动将WAR扩展到目录(这是Tomcat默认的操作方式,因此只要你尚未修改Tomcat的运行方式,下面的范例可直接运行)。我们将把Tomcat的安装位置称为%TOMCAT_HOME%。

  ⑴ 从http://apectwerkz.codehaus.org/下载Aspectwerkz,解开压缩到适当的位置。我们将把这个位置称为%ASPECTWERKZ_HOME%。

  ⑵ 设置%ASPECTWERKZ_HOME%环境变量。

  ⑶ 将Aspectwerkz加入到PATH环境变量,即设置set PATH=%PATH%;%ASPECTWERKZ_HOME%inaspectwerkz

  ⑷ 下载本文的示范程序,将它放入%TOMCAT_HOME%webapps文件夹。

  ⑸ 将Aspectwerkz的运行时类加入到Tomcat的classpath。你可以将它的JAR文件放入示例应用的WEB-INFlib文件夹,或放入%TOMCAT_HOME%commonlib。

    五、编译示例应用

  如果你想深入研究一下本文的示例应用,可以解开WAR文件提取它的内容。你会发现根目录下有一个aspectwerkz.xml文件,构造应用时它会被复制到WEB-INF/classes目录。Servlet和advice的源文件在WEB-INF/src目录下,另外还有一个构建这些类的ANT脚本。

  在运行这个示例程序之前,你还要对它进行后期编译。下面是具体的操作步骤:

  ⑴ 在命令行窗口中,转到解开WAR文件的目录。

  ⑵ 输入下面的命令调用AW编译器:aspectwerkz -offline aspectwerkz.xml WEB-INF/classes -cp %TOMCAT_HOME%commonlibservlet.jar。如后期编译顺利通过,应看到下面的输出:

  ( 1 s )

  SUCCESS: WEB-INFclasses

  在构建文件中有一个名称为war的ANT任务,你可以用它重新创建WAR文件。

  六、运行示例应用

  首先启动(或重新启动)Tomcat,然后在浏览器中打开http://localhost:8080/demo/。

  页面打开后,可以看到一个带二个输入框的HTML表单,一个输入名字,一个输入邮件地址。输入一些数据,然后点击按钮提交表单,出现一个页面显示出联系人信息和一个指向联系人清单的链接。

  七、代码分析

  JSP页面就不分析了,现在我们对它不感兴趣。我们来看看AOPServlet的代码。

  package example;

import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class AOPServlet extends HttpServlet {
 public void doGet(HttpServletRequest request, HttpServletResponse response)
 throws ServletException, IOException {
  Person person = new Person();
  if (request.getParameter("name") != null) {
   person.setName(
   request.getParameter("name"));
  }
  if (request.getParameter("email") != null) {
   person.setEmail(
   request.getParameter("email"));
  }
  request.setAttribute("person", person);
  RequestDispatcher rd =request.getRequestDispatcher("/view.jsp");
  rd.forward(request, response);
 }
}

  在这个例子中,Servlet的代码己尽量精简,只包含一些必不可少的代码,如创建了一个绑定请求参数的对象等,但没有持久化操作,不需要额外的imports,它只实现了作为Servlet必须实现的最基本的操作。

  然而,根据说明文档的要求,这个应用程序必须将所有Person类型的对象特久化,所以要为这个应用程序加入一个aspect。为创建这个aspect,我们首先要创建一个aspectwerkz.xml文件并将该文件放入classpath指定的目录。本文示例提供了一个简单的例子,你可以用编辑器打开查看。

  aspectwerkz.xml的第一部份定义了可用的advice,我们可以根据需要加入任意数量的advice:

  <advice-def name="persist" class="example.PersistenceAdvice" deployment-model="perJVM"/>

  在这个片段中,我们定义了一个名称为persist的advice,它的类型是example.PersistenceAdvice。最后一个属性定义了该advice的排它性,在这里它的值是perJVM,表示在每一个JVM中只创建该advice的一个实例(有关部署模式的更多说明,请参见Aspectwerkz的文档。

  第二部份开始定义aspect,这里就是我们将advice映射到point-cut创建aspect的地方。

  <aspect name="servlet">
  <pointcut-def name="all" type="method"
  pattern="* example.*Servlet.doGet(..)"/>
  <bind-advice pointcut="all">
  <advice-ref name="persist"/>
  </bind-advice>
  </aspect>

  下面我们一行一行地分析这段代码:

  ⑴ 我们创建了一个叫做servlet的aspect。如有必要,我们可以创建任意数量的aspect。

  ⑵ 在第二行,我们创建了一个叫做all的point-cut,它只适用于方法(type="method")。

  ⑶ 第三行我们用一个正则表达式规定了把advice应用到哪里。在这个例子中,我们指出应用advice的条件是:不管返回值的类型是什么(第一个“*”),名称以servlet结尾(*servlet)且包含一个带任意参数的doGet方法(doGet(..))的example包里面的类。

  ⑷ 在第四行,我们告诉Aspectwerkz编译器要把后面的advice应用到所有的point-cut。

  ⑸ 在这里我们声明要使用的advice是persist。

  现在我们知道了如何映射point-cut与advice创建出aspect,下面来看看一个提供advice的类的实例。在映射文件中,我们注册了一个example.PersistenceAdvice类型的advice,下面是该类型的源代码:

  package example;

import javax.servlet.http.*;
import org.codehaus.aspectwerkz.advice.*;
import org.codehaus.aspectwerkz.joinpoint.*;

public class PersistenceAdvice extends AroundAdvice {
 public PersistenceAdvice() {
  super();
 }
 public Object execute(final JoinPoint joinPoint)
 throws Throwable {
  MethodJoinPoint jp =(MethodJoinPoint) joinPoint;
  final Object result = joinPoint.proceed();
  Object[] parameters = jp.getParameters();
  if (parameters[0] instanceof HttpServletRequest) {
   HttpServletRequest request =(HttpServletRequest) parameters[0];
   if (request.getAttribute("person") != null) {
    Person contact =(Person) request.getAttribute("person");
    ContactManager persistent = new ContactManager();
    String fileName =(request.getRealPath("/")+"contacts.txt");
    persistent.save(contact, fileName);
   }
  }
  return result;
 }
}


  execute()方法的第一行很容易理解,就是尽量把它定型成最具体的类型,第二行或许是最重要的:因为我们想要运行该方法并检查结果,所以必须调用proceed()。在下一部份,我们捕获HttpServletRequest,提取由Servlet放入的对象(记住,此时doGet()方法己运行结束)。

  最后,我们创建一个名称为ContactManager的类,它的功能是把Person的数据保存到一个文本文件。实际上,要把数据保存到XML文件、数据库或其它持久化存储机制也很方便。

  这里需要掌握的一点是,在设计应用或建立原型的阶段,Servlet并不知道未来会发生什么变化,第二阶段的功能可以随时加入,正因为如此,所以我们说应用程序能够在发展过程中学习新的能力,以后要添加新的功能非常方便。

  【结束语】 我们在前面的例子中试验了一个简单的应用,将它部署到Tomcat,并用浏览器运行和测试它的功能。虽然这个应用本身并无任何实际用途,但它示范和证实了一些非常有用的概念。想象一下,你将可以快速地建立原型,完成后再引入安全、日志、持久化、缓冲之类的Cross-cutting concern。不管原始应用的规模有多大,你将能够在十分钟之内轻松地为整个应用加入日志功能!

  希望你能够超越本文的简单例子,去看看如何在自己的项目中采用AOP技术。熟悉AOP的概念当然需要一定的时间,但肯定会得到回报,对于一个中等规模的项目,它会让你省下数星期时间,或者少写数千行重复的代码。

 

上一篇:2004开发技术年度综述之Java世界
下一篇:如何迅速成为Java高手
一句话新闻
一文看懂荣耀MagicBook Pro 16
荣耀猎人回归!七大亮点看懂不只是轻薄本,更是游戏本的MagicBook Pro 16.
人们对于笔记本电脑有一个固有印象:要么轻薄但性能一般,要么性能强劲但笨重臃肿。然而,今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上,荣耀宣布猎人游戏本正式回归,称其继承了荣耀 HUNTER 基因,并自信地为其打出“轻薄本,更是游戏本”的口号。
众所周知,寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验,而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起,我们不禁对它产生了强烈的好奇:作为代表荣耀猎人游戏本的跨界新物种,它究竟做了哪些平衡以兼顾不同人群的各类需求呢?
友情链接:杰晶网络 DDR爱好者之家 南强小屋 黑松山资源网 白云城资源网 网站地图 SiteMap