为AOP注入团队活力(1)

一、专用语

Core concern：字面上译为“核心关系”，指程序中的主要关系之一。例如，编写处理病历卡记录的应用时，记录数据以及这类记录排序是一个核心关系，然而对记录数据库或者用户数据库的更改进行历史记录的日志系统，或者认证系统都将被称为横切关系，因为它们触及到了程序的多个部分。这些核心关系的总和是某个程序的业务逻辑，然而此程序的所有方面（Aspect）在功能上都是需要，但这些Aspect并非实际业务逻辑的组成部分。

Cross-cutting关系：横切关系是指在一个程序中影响（横切）其它关系的Aspect（横切其它核心关系的部分）。这些关系通常在设计和实现时都不能和系统的剩余部分被清晰地分解出来，从而导致发散的、混乱的或者既发散又混乱的程序。例如编写处理病历卡记录的应用时，记录数据以及这类记录排序是一个核心关系，然而对记录数据库或者用户数据库的更改进行历史记录的日志系统，或者认证系统都将被称为横切关系，因为它们触及到了程序的多个部分。

Aspect：字面上翻译为“方面”或者“切面”，指程序中横切核心关系的那部分。例如，日志代码能横切多个模块，然而日志的切面应该从它所横切的功能关系中分离出来。从业务逻辑中，对例如日志和持久化这样的切面进行隔离是出于面向切面软件开发的目的，这也常常作在面向Aspect编程中的范例。

Aspect-oriented programming：包括面向Aspect的编程（AOP），和用于帮助编程者解决处理关系分离（特别是横切关系）的面向Aspect软件开发（AOSD）。AOP通过使用主要的语言变化来实现，然而AOSD则使用多种语言的结合体、环境、关系的方法分离（把某个程序分解为尽可能小的部分）。所有的编程方法论（包括过程编程和面向对象编程）都支持把关系的分离、封装为多个单一的实体。比如：过程、包、类和方法都帮助编程者将关系封装为多个单一的实体。但是某些关系并不服从这样的封装形式。软件工程师提供了一些横切关系，因为他们在程序中对一些模块进行了横向切分。日志（Logging）提供了一个横切关系的实例：因为一个日志策略可以影响到系统中每个使用日志功能的部分，所以日志横向切分了那些使用日志功能的类和方法。

AspectJ：是一个面向Aspect的框架，它扩展了Java语言。AspectJ定义了AOP语法所以它有一个专门的编译器用来生成遵守Java字节编码规范的Class文件。

CaesarJ：是基于java的一种新的编程语言，它具有更好的模块化和重用组件开发能力。这些组件是类的集合体，但它们能够模块化横切特性和非功能的关系。此语言帮助开发者实现、抽象和继承这样的组件，并且可与java结合在一起使用。

ObjectTeams/Java：缩写为OT/J，是ObjectTeam的java语言实现。

team：表示对一组类的包裹，同时每个team具有类特征：继承、实例化，每个team实例作为定义在其中的对象的容器，提供了这些对象协作（collaboration）的环境（context）。

Subteam：指某个team的子类。

Superteam：指某个team的父类。

role：包含在team中的类具有能修饰其它类的role（角色）。每个role通过一种“被扮演”的关系绑定在某个类（base类）上面。

Subrole：指某个role的子类。

Superrole：指某个role的父类。

base类：一个被role修饰的类被称为“base”，一个base对象只能拥有一个role实例。

base系统/应用：应用team的具体系统/应用。也可认为是使用base类的具体系统/应用。

join point：字面上翻译为“接入点”。在ObjectTeams/Java中，一个接入点被定义为程序的一个元素，这里的意思类似指程序功能调用点。

二、Object Teams的AOP血统

另类的家族聚餐合影