AOP@Work: AOP 與元資料完美結合（一）——概念基礎與設計演進五部曲

Java 5 引入標準元資料功能（JSR 175），為程式元素附加型別化註解並保留至執行期提供了官方支援。這對面向切面程式設計（AOP）影響深遠：元資料能擴展連接點模型，讓切點捕獲那些「無隱式簽名特徵」的橫切關注點（如交易、授權）。本文為兩部分系列之第一部分，涵蓋元資料核心概念、三大 AOP 系統的支援現況，並以交易管理為例展示設計演進五版本，逐步改善模組化與復用性。

元資料核心概念：供給者與消費者

• 供給者：將註解實例關聯至程式元素（類別、方法、欄位）。Java 5 以 @interface 定義註解型別，支援保留策略（SOURCE/CLASS/RUNTIME）。
• 消費者：讀取、解釋、操作註解。四大消費模式：

1. 程式碼生成：XDoclet、apt (JSR 269) 產生 XML/原始碼/切面。
2. 程式化行為修改：執行期反射讀取註解動態調整行為。
3. 框架消費：EJB 3.0、EMF、TestNG 等框架解讀註解執行容器邏輯。
4. 語言擴展：賦予註解語義屬性，擴展編譯器/編織器行為。AOP 即屬此類——AspectWerkz、JBoss AOP 以註解將類別轉為切面、方法轉為通知；AspectJ 5 引入 @AspectJ 風格。

元資料如何增強連接點模型

AOP 核心在於切點選取連接點。傳統切點依賴隱式屬性：靜態簽名（名稱、型別、參數）、詞法位置、動態屬性（控制流）。但對於「需交易管理的方法」、「需授權的操作」，隱式屬性無特徵可循，切點退化為冗長列舉：

pointcut transactedOps()
  : execution(void Account.credit(..))
  || execution(void Account.debit(..))
  || execution(void Customer.setAddress(..)) ...;

引入 @Transactional 註解後，切點化繁為簡：

pointcut transactedOps() : execution(@Transactional * *.*(..));

但引入註解意味著類別必須攜帶對應標註，影響模組化。本文後續將展示如何演進設計以兼顧表達力與鬆耦合。

三大 AOP 系統的元資料支援現況

設計演進五部曲：從耦合到解耦

以銀行系統交易管理為例，展示逐步重構：

版本 1：原生切面（強耦合）

public aspect BankingTxMgmt {
  pointcut transactedOps() 
    : execution(void Customer.setAddress(..)) || ...;
  Object around() : transactedOps() { ... 交易邏輯 ... }
}

缺點：切點特定於系統，不可重用；系統變更須修改切面（N 對 1 耦合）。

版本 2：可重用基底切面 + 子切面

public abstract aspect TxMgmt {
  public abstract pointcut transactedOps();
  Object around() : transactedOps() { ... 通用交易邏輯 ... }
}

public aspect BankingTxMgmt extends TxMgmt {
  public pointcut transactedOps() : ... 同版本 1 列舉 ...;
}

改進：邏輯重用；殘留：子切面仍與所有相關類別強耦合。

版本 3：Participant 模式（每類別一子切面）

public class Customer {
  // 業務方法...
  private static aspect TxMgmtParticipant extends TxMgmt {
    public pointcut transactedOps() 
      : execution(void Customer.setAddress(..)) || ...;
  }
}

優勢：類別變更只改自身巢狀切面，耦合從 N 降為 1；切點可用通配符簡化（execution(public * Customer.*(..))）。
代價：類別強依賴基底切面；必須顯式「參與」才生效。

版本 4：元資料驅動切點（單一子切面 + 註解）

public aspect MetadataDrivenTxMgmt extends TxMgmt {
  public pointcut transactedOps() 
    : execution(@Transactional * *.*(..));
}

類別改以 @Transactional 標註需交易的方法。
效果：建立方法與切面的 1:1 依賴（僅透過註解型別）；基底切面可選、可替換；支援 Participant 與元資料混合；可從業務註解（@Purchase）衍生技術註解。

版本 5：切面作為元資料供給者（解決註解地獄）

當類別多數方法需同組註解時，改由巢狀「註解者切面」批量宣告：

public class Customer {
  public void setAddress(Address a) { ... }
  public void addAccount(Account a) { ... }
  private static aspect Annotator {
    declare annotation: public Customer.*(..): @Transactional;
  }
}

進階：橋接切面將業務註解轉換為技術註解：

public aspect BusinessTransactionBridge {
  declare annotation: @Purchase *.*(..): @Transactional;
  declare annotation: @OrderProcessing *.*(..): @Transactional;
}

類別只標註業務語義（@Purchase），橋接切面映射至 @Transactional，實現關注點分離的極致。

結語與展望

元資料讓 AOP 能以更簡單切點捕獲複雜橫切語義。五版本演進展示：從硬編碼切點 → 抽象基底 → Participant 分散耦合 → 元資料驅動 → 切面供給註解，每一步都提升模組化與演進彈性。第二部分將深入探討多維介面觀點、抽象註解設計準則、無知性原則與 AOP 採用策略。