使用AspectJ,我們不用對原有的代碼做任何修改,就可以為代碼提供不同的Aspect(方面)--比如,認證,事務(wù)等。我們只需要提供兩個(gè)不同的Aspect--認證Aspect和事務(wù)Aspect。
比如，我們有一個(gè)Bank（銀行）類(lèi)。Bank有兩個(gè)方法，deposit（存錢(qián)）和withdraw（取錢(qián)）。
class Bank {
public float deposit(AccountInfo account, float money){
// 增加account賬戶(hù)的錢(qián)數，返回賬戶(hù)里當前的錢(qián)數
}
public float withdraw(AccountInfo account, float money){
// 減少account賬戶(hù)的錢(qián)數，返回取出的錢(qián)數
}
}
這兩個(gè)方法涉及到用戶(hù)的賬戶(hù)資金等重要信息，必須要非常小心，所以編寫(xiě)完上面的商業(yè)邏輯之后，項目負責人又提出了新的要求--給Bank類(lèi)的每個(gè)重要方法加上安全認證特性。
于是，我們不得不分別在上面的兩個(gè)方法中加入安全認證的代碼。
class Bank {
public float deposit(AccountInfo account, float money){
// 驗證account是否為合法用戶(hù)
// 增加account賬戶(hù)的錢(qián)數，返回賬戶(hù)里當前的錢(qián)數
}
public float withdraw(AccountInfo account, float money){
// 驗證account是否為合法用戶(hù)
// 減少account賬戶(hù)的錢(qián)數，返回取出的錢(qián)數
}
}
這兩個(gè)方法都需要操作數據庫，為了保持數據完整性，項目負責人又提出了新的要求--給Bank類(lèi)的每個(gè)操作數據庫的方法加上事務(wù)控制。
于是，我們不得不分別在上面的兩個(gè)方法中加入安全認證的代碼。
class Bank {
public float deposit(AccountInfo account, float money){
// 驗證account是否為合法用戶(hù)
// Begin Transaction
// 增加account賬戶(hù)的錢(qián)數，返回賬戶(hù)里當前的錢(qián)數
// End Transaction
}
public float withdraw(AccountInfo account, float money){
// 驗證account是否為合法用戶(hù)
// Begin Transaction
// 減少account賬戶(hù)的錢(qián)數，返回取出的錢(qián)數
// End Transaction
}
}
我們看到，這些與商業(yè)邏輯無(wú)關(guān)的重復代碼遍布在整個(gè)程序中。實(shí)際的工程項目中涉及到的類(lèi)和函數，遠遠不止兩個(gè)。如何解決這種問(wèn)題？
我們首先來(lái)看看OOP能否解決這個(gè)問(wèn)題。
我們利用Design Pattern的Template Pattern，可以抽出一個(gè)框架，改變上面的例子的整個(gè)設計結構。
abstract class Base {
public float importantMethod(AccountInfo account, float money){
// 驗證account是否為合法用戶(hù)
// Begin Transaction
float result = yourBusiness(account, money)
// End Transaction
return result;
}
protected abstract float yourBusiness(AccountInfo account, float money);
}
class BankDeposit extends Base{
protected float yourBusiness(AccountInfo account, float money){
// 增加account賬戶(hù)的錢(qián)數，返回賬戶(hù)里當前的錢(qián)數
}
};
class BankWithdraw extends Base{
protected float yourBusiness(AccountInfo account, float money){
// 減少account賬戶(hù)的錢(qián)數，返回取出的錢(qián)數
}
};
這里我們用一種很勉強的方法實(shí)現了認證和事務(wù)代碼的重用。而且，有心的讀者可能會(huì )注意到，這種方法的前提是，強制所有的方法都遵守同樣的signature。
如果有一個(gè)轉賬方法transfer(AccountInfo giver, AccountInfo receiver, float money)，由于transfer方法的signature不同于yourBusiness的signature，這個(gè)方法無(wú)法使用上面的框架。
這個(gè)例子中提到的認證，事務(wù)等方面，就是AOP所關(guān)心的Aspect。
AOP就是為了解決這種問(wèn)題而出現的。AOP的目的就是-- Separation of Concerns.
下面介紹AspectJ工具如何解決Separation of Aspects的問(wèn)題。
我們只需要提供兩個(gè)不同的Aspect--認證Aspect和事務(wù)Aspect。
aspect AuthAspect {
pointcut bankMethods() : execution (* Bank.deposit(…)) || execution (* Bank. withdraw (…));
Object around(): bankMethods(){
// 驗證account是否為合法用戶(hù)
return proceed();
}
}
aspect TransactionAspect {
pointcut bankMethods() : execution(* Bank.deposit(…)) || execution (* Bank. withdraw (…));
Object around(): bankMethods(){
// Begin Transaction
Object result = proceed();
// End Transaction
return result;
}
}
我們用AspectJ編譯器編譯Bank文件和含有aspect的這個(gè)文件，出來(lái)的結果就是帶有安全認證和事務(wù)處理的Bank類(lèi)。編譯出來(lái)的這個(gè)Bank類(lèi)調用了AspectJ Runtime Lib，所以，如果你要運行這個(gè)Bank類(lèi)，你需要把AspectJ Runtime Lib設置在你的classpath里面。
我們來(lái)看看，AspectJ編譯器為我們做了什么事情。
1. 首先，AspectJ從文件列表里取出所有的文件名，然后讀取這些文件，進(jìn)行分析。
2. AspectJ發(fā)現一些文件含有aspect的定義，在這個(gè)例子里，就是AuthAspect和TransactionAspect的定義；這些aspect就是代碼生成規則。
3. AspectJ根據這些aspect代碼生成規則，修改添加你的源代碼。在這個(gè)例子里，就是修改添加Bank文件。
4. AspectJ讀取AuthAspect的定義，發(fā)現了一個(gè)pointcut--bankMethods()；這個(gè)pointcut的定義是execution(* Bank.deposit(…)) || execution(* Bank. withdraw (…))，表示所有對Bank類(lèi)的deposit和withdraw方法的執行點(diǎn)。
5. AspectJ繼續讀取AuthAspect的定義，發(fā)現了一個(gè)around()，這在AspectJ中叫做Advice， Advice允許你在某個(gè)類(lèi)的方法的調用之前或調用之后，加入另外的代碼。所示代碼中的around()的" // 驗證account是否為合法用戶(hù)"部分，就是要加入的代碼。這段代碼要加在哪里呢？around()后面跟了一個(gè)pointcut--bankMethods()。根據這個(gè)pointcut，AspectJ會(huì )把這段代碼加入到Bank.deposit和Bank.withdraw兩個(gè)方法的執行之前。
6. AspectJ讀取TransactionAspect的定義，象第（4）步一樣，發(fā)現了發(fā)現了一個(gè)pointcut--bankMethods()。
AspectJ繼續讀取AuthAspect的定義，發(fā)現了一個(gè)around()。這次AspectJ把"Begin Transaction"和"End Transaction"兩段代碼加在Bank.deposit和Bank. withdraw兩個(gè)方法的執行前后。
