對軟體系統來說升級就意味著風險,至少對數據和功能來說可能有不經意的破壞.尤其在電信系統中,通常要求嚴格的架構可用性和質量可靠邊.增加一個新的功能經常充滿困難的—就像其他如飛行模擬領域一樣.
在這篇文章中,我會使用AOP來攔截我想要升級的方法.被攔截的代碼就可以為操作系統提供過度的功能.對於下一個主版本（升級后的版本）來說,升級代碼可以從被攔截的地方移到主版本代碼中.在這裡攔截的使用減少了升級主類的風險.
被攔截的代碼是通過下面基於dynaop腳本文件來建立的（可參考dynaop project on java.net獲取更多信息）.這個腳本文件註釋一個類並為其在運行是被其他類攔截作準備.這並不是一個可執行腳本文件.
// Apply interceptor to all getter methods in the class NMSSubject.interceptor(
NMSSubject.class,
GET_METHODS,
new UpgradeInterceptor());
NMSSubject類是一個Observer模式中的客戶端；我們相要升級getNewData()方法.UpgradeInterceptor類提供了攔截getNewData()的AOP實現.一旦攔截成功,方法可以被參數化（調用JNDI命名服務）並且擴展的數據可以透明地返回給原來的客戶端.
The Takeaway
我會使用Observer模式並且通過AOP升級一個子類方法.這裡也顯示了處理數據生成和使用的代碼分離的意義.此外還順便介紹一些軟體架構的概念.
Observer模式
Observer模式（也稱為發布-訂閱）對設計包含一個伺服器和多個客戶端的類來說是非常有用的.他鼓勵使用數據生成和使用分離的概念.一個來自網路管理的例子是一個伺服器應用維護一個虛擬的設備網路拓樸圖.他通過拉（主動請求）和（被動）聽的組合來獲取與設備和鏈接狀態相關的消息.圖1顯示了一個伺服器與一組網路設備通訊的方式.一組客戶端通過Observer模式來得到伺服器的數據.
Figure 1. Topology Server and the Observer Pattern
由伺服器維護的圖的真實度決定了用戶對被管網路的了解.許多設備類型都支持自己的搜索方式；例如IP路由會儘力維護一份最新的周圍網路圖.如果一個遠連接失敗了,路由必須儘力計算出他對內部路由表的影響.這個過程稱為收斂並且通常被認為是通用搜索問題的一個特例.更多與之相關的信息可以參考《網路管理,MIB和MPLS：原則,設計和實現》
回到圖1,拓樸圖可以用來與客戶端通訊並且使用Observer模式保持最新.換句話說,當伺服器檢測到網路中的變更時他會使用Observer模式中相關方法與客戶端通訊.
觀察者主題
我的數據生成器（發布者）一個實現Subject介面的類NMSSubject.
你可以看到,Subject有三個方法允許加入/刪除/通知觀察者（通知是用來更新觀察者的數據）.這些方法對NMSSubject的集合對象進行操作（NMS表示網路管理系統）.
public class NMSSubject implements Subject
{
Collection observers = new ArrayList();
public void addObserver(Observer observer)
{
observers.add(observer);
}
public void removeObserver(Observer observer)
{
this.observers.remove(observer);
}
public void notifyObservers()
{
for (Iterator i = observers.iterator();
i.hasNext();)
((Observer) i.next()).update(this);
}
// Have AOP intercept the next call and in turn call into JNDI
// The legacy code might have been reading from a file or database.
// The intercepted code could call into JNDI or some other API
// This can be used as a temporary measure to avoid an upgrade
public String getNewData()
{
return "Data Set: ";
// Call into JNDI here via AOP }}
NMSSubject中的
一個方法是getNewData(),也是我們需要升級的代碼.我們想通過AOP攔截getNewData()並且透明地升級他,那樣客戶端就不需要關心任何攔截了.
觀察者客戶端
一個簡單介面提供了一個使用NMSSubject類作為參數的update方法.這個方法調用子類的getNewData()方法.
interface Observer {
void update(NMSSubject subject);
}public class NMSListener implements Observer
{public void update(NMSSubject subject) {
updateView(subject.getNewData());
}public void updateView(String data) {
System.out.println("Updated subject data is " data);
}}
getNewData()方法能過UpgradeInterceptor類來攔截升級.讓我們看一下這個類.
通過AOP升級觀察者JianTingQi
一旦我們攔截了getNewData(),他返回的數據可以通過調用JNDI命名服務來參數化.這個調用搜索名為report.txt文件.文件中的數據被返回給調用者-- NMSListener.update().
public class UpgradeInterceptor implements Interceptor{
public Object intercept(Invocation invocation)
throws Throwable
{
String methodName = getFullMethodName(invocation);
System.out.println("Intercepted method name: " methodName);
// Call the intercepted method.
Object result = invocation.proceed();
// Now call into JNDI to get some data
Lookup aLookup = new Lookup();
// Add this data to the intercepted method result
return (String) result aLookup.directoryLookup("report.txt");
}}
Lookup類通過下面的代碼使用命名服務來獲取需要的對象（report.txt）：
// Create the initial context
Context ctx = new InitialContext(env);
// Look up an object
Object obj = ctx.lookup(searchElement);
對象返回給攔截方法.
執行程序
這兒的代碼是在JDK1.5.0_01下寫的.下面四個AOP相關的類庫需要被放在classpath路徑中：
他們可以從dynaop project's Documents and Files page下載.實際上都包含在一個dynaop-1.0-beta.zip壓縮文件中.記得將腳本文件（前面提到的）放在與源程序同一目錄下.你還需要安裝JNDI及複製report.txt到根目錄下（如D：）.然後編譯這些JAVA類並且用下面的命令來執行：
java ObserverTest
這應該會輸出下面的內容：
Intercepted method name: NMSSubject.getNewData()
Updated subject data is Data Set: E:report.txt
Elapsed time in seconds 2
第一行顯示了攔截及調用升級代碼.第二行顯示了參數數據.第三行顯示了運行程序所花費的時間—而不使用AOP的版本只需要0秒.這個花費是使用AOP技術的代價.
通過AOP升級
我們現在已經了解了實現基於AOP升級的所需要的所有元素.如上面的例子,我在UpgradeInterceptor類中增加了升級代碼.如果我們有一個需要升級的操作系統（可能剛發現了一些嚴重的問題）.假設ObserverTest沒有使用AOP.
為了升級ObserverTest類,我們必須複製下面的文件：
複製編譯的使用AOP的ObserverTest類
複製dynaop腳本文件dynaop.bsh.
下次ObserverTest類初始化的時候,他會使用攔截,這樣就方便了升級.
注意
一旦ObserverTest類使用這種方式升級,程序的代碼將不再匹配編譯的版本—處於潛在的混亂狀態.在合適的時候建議使用完整的版本重新使代碼一致.這種技術只應用在例外狀況下使用.當然,在攔截過程中會有一些性能上的損失.
小結
大部分成功的軟體應用傾向於承受功能的增加—儘可能地在每一次發布時增加更多的功能.一些公司還在以不知疲倦的程序員增加的代碼行數作為產品成熟的標誌.傳統上,這有時被稱為「垂直開發」—軟體像伸展的摩天大樓般生長.
AOP的主要優點在於他允許水平集成新功能.這種模式有利於分離舊的代碼和新的功能.此外,AOP是一種有用的技術允許攔截代碼來更新介面.這對升級代碼作為一個小補丁發布來說是非常有用的.如果代碼堅持如概念分離這類的設計原則,那麼攔截就可以非常有效地減少風險.在這個例子中,這種分離是用Observer模式來取得的,他提供了一種清晰的數據發布和訂閱的分離.
