基于AOP技术研究与探讨.docVIP

基于AOP技术研究与探讨 　　[摘要]软件工程的一条重要原则是功能点分离，将不同的功能分离于各自的模块中来实现程序的结构化。现在的大多数软件都采用面向对象的开发方法，通过识别对象来分解业务逻辑对象。但是面向对象也有其局限性，对很多问题并不能很好地加以分解和隔离。面向方面编程（Aspect-oriented Programming, AOP）作为面向对象编程(OOP，Object Oriented Programming)的一种补充，它成功的通过将横切点分离，解决面向对象编程上在功能点分离上的不足。就是在这样的背景下对AOP技术进行研究和探讨，希望对相关人员有所帮助。 　　[关键词]AOP OOP 对象 切面 　　中图分类号：TP3 文献标识码：A 文章编号：1671－7597(2008)0810094－01 　　 　　一、引言 　　 　　OOP技术的出现在很大程度上解决了现实中存在的部分问题，对于软件系统的开发方式产生了极大的影响。从某些方面来看，OOP采用的具体方法是用分解的方式，将完整的软件系统划分为相对较小的、易于分析和理解的模块，从而方便地进行各个功能模块的设计和编码。但是如果我们将实现系统业务功能的模块看作系统的纵向分解单元的话，那么问题也就来了。通过简单的分析，可以看出，上述分散在功能模块中的功能与行为之间形成了一种横向的方面，而方面与模块形成了横切（Crosscutting），继而造成传统的编程技术无法将方面模块化，两种代码纠结在一起。造成代码纠结的原因是在传统的编程技术中，软件系统中非业务功能实现的代码无法模块化，它们散布在实现业务功能的代码中，继而造成这种情况。与此同时，OOP它在本质上是静态的，因此需求上的任何细微变化都有可能对软件开发的整体进度造成重大影响。在这样的背景下，Gregor Kiczales于1997年在ACM Communication上发表论文《Aspect-oriented Programming》，第一次提出了面向方面编程。 　　 　　二、将AOP引入问题领域 　　 　　日常中，我们运用OOP来进行软件开发时，很多时候问题领域的某些对象恰恰并不属于业务逻辑范畴，然而却在系统中广泛分布。最常见的例子就是日志和权限检查。以日志为例，它在系统中处处存在，然而就问题领域来说，日志和业务逻辑毫无关系。对于面向对象来说，传统的解决方案是将日志功能声明成一个类或接口来实现日志功能，然后让需要此功能的对象来继承或者引用这个类，进行功能调用。这就要求调用方要手动编码，日志功能的存在与否要依赖于程序员是否记得进行相应的调用。从另一方面说，如果日志功能需要进行修改和变动，那么很可能所有的调用函数可能都要进行修改。这样的修改将会遍布整个系统，无疑会增加出错的几率和系统维护的难度。对于类似于日志这样的功能，它存在于系统的各个模块之间，但又不属于某个具体的业务逻辑对象，在AOP中被称为“横切关注点”。OOP侧重于通过继承来描述对象之间的泛化－特化关系，这是一种“纵”的关系；而AOP则关注的是各种对象之中所共存的一种“横切”关系。AOP便是通过记录代码中各个关注点的位置来将这些散落在系统各处的功能实现统一在一个模块之中。 　　开发者通过对关注点的分离，将横切的功能以模块化的形式来表现，使得代码更易于维护和重用。AOP并不想替代OOP或者其他基于对象的方法。相反AOP作为OOP的补充，通过支持一种新的从组件分离出方面的方式，用来弥补OOP的缺陷。 　　 　　三、AOP结构 　　 　　面向方面编程是一个崭新的程序结构模式，作为面向对象程序设计的补充，它影响力是深远而悠长的，作为一种新的技术，它提出许多全新的概念。下面先介绍一下AOP中各个重要概念的定义： 　　（一）关注点（concern） 　　一个关注点可以是一个特定的问题、概念、或是应用程序的应用域总而言之，应用程序必须达到的一个目标。 　　（二）横切关注点（crosscutting concern） 　　如果一个关注点的实现代码散落在很多个类或方法之中，就像前面那个“安全检查”的例子那样，我们就称之为“横切关注点”。 　　（三）连接点（joint point） 　　连接点是代码中一个明确定义的位置，关注点将在这里横切应用程序。连接点可以是方法调用、构造函数调用、异常处理程序、或者程序执行中的其他点。 　　（四）切入点（pointcut） 　　一组连接点的总称，用于指定某个增强何时应该被调用。切入点可以用正则表达式或通配符来描述。有些AOP实现技术还支持切入点的组合。 　　（五）方面（aspect） 　　方面是AOP的模块单元，其地位就相当于面向对象程序设计中的类，它将连接点、通知以及类型间声明封装在一起。同类相