国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 學院 > 開發設計 > 正文

如何使用AOP編程減少升級的風險(圖)

2019-11-18 12:16:19
字體:
來源:轉載
供稿:網友

  對軟件系統來說升級就意味著風險,至少對數據和功能來說可能有不經意的破壞。尤其在電信系統中,通常要求嚴格的架構可用性和質量可靠邊。增加一個新的功能經常布滿困難的—就像其他如飛行模擬領域一樣。
  
  在這篇文章中,我會使用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模式來得到服務器的數據。
  
 如何使用AOP編程減少升級的風險(圖)

  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升級觀察者監聽器
  
  一旦我們攔截了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模式來取得的,他提供了一種清楚的數據發布和訂閱的分離。

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板: 舒城县| 武强县| 中西区| 农安县| 高要市| 邓州市| 庐江县| 温宿县| 台山市| 英吉沙县| 永吉县| 曲沃县| 宁武县| 金山区| 托里县| 临武县| 平远县| 常山县| 永济市| 武鸣县| 陇南市| 惠东县| 娱乐| 百色市| 鄂尔多斯市| 凤阳县| 金沙县| 石家庄市| 綦江县| 张家川| 乐业县| 吴江市| 呼伦贝尔市| 石城县| 湟源县| 宜都市| 蓝田县| 高碑店市| 孟州市| 稻城县| 饶阳县|