posts - 176, comments - 240, trackbacks - 0, articles - 7

          AOP之動態化

          Posted on 2007-01-14 17:04 canonical 閱讀(1101) 評論(2)  編輯  收藏 所屬分類: 設計理論
          ??? 目前的AOP(Aspect Oriented Programming)技術雖然以動態代碼織入為核心,但是這種織入仍然是一次性的。一般在系統構造的時候(例如ClassLoader裝載Class的時候)實現類和成員函數的增強。此后在運行時刻代碼結構是固定的而不再發生變化。但是在真正的業務處理過程中,我們在不同的應用場景下可能要求織入不同的Aspect。例如基本的權限Aspect, 如果在不同的應用場景有不同的權限設定,則我們顯然希望進入一個確定的操作場景的時候就指定一整套的權限策略,而不是在每個函數調用時刻寫上一大堆的if/else(這種分離的條件判斷正是AOP試圖從結構上消除的)。
          ??? 為了實現AOP的二級動態化,我們首先需要約定一些公共標記(坐標),便于在標記處插入Aspect Container, 其次我們需要在系統中建立一個隱蔽的信道,可以通過該信道傳遞一個標志符(Aspect的id),用于在各處選擇特定的Aspect. 建立這種動態特性之后,我們就可以據此發展出Aspect組的概念,并實現Aspect組之間的繼承關系等高階結構,從而最大限度的限制程序結構的分散化。
          ??? Witrix平臺的BizFlow設計在概念上可以看作是AOP的一種二級動態化織入設計,它通過$bizId這一特定參數來選擇織入的Biz。一個BizFlow對象是一組Biz(Aspect)的集合, BizFlow可以通過extends機制實現集合之間的合并等(BizFlow實現的合并策略其實是非常復雜的)。一個簡單的應用就是流程支持,例如一個普通的實體對象對應的bizflow只需要加上如下代碼即可獲得流程相關的代碼,前臺菜單等。
          ? <bizflow extends="testflow.biz.xml">

          Feedback

          # re: AOP之動態化  回復  更多評論   

          2007-08-18 04:56 by ObjectTutor
          我覺得這個只是概念罷了
          沒有業務的規范和統一,哪有組件、AOP開發?
          但實際上商業業務本來就很復雜,做規范統一需要很長實踐
          技術只是輔助罷了

          # re: AOP之動態化  回復  更多評論   

          2007-08-18 20:15 by canonical
          在數學和具體工藝之間還存在著所謂的物理學,這就是Witrix設計的方向。
          主站蜘蛛池模板: 阿鲁科尔沁旗| 海宁市| 柯坪县| 哈巴河县| 高平市| 湘潭市| 太原市| 黄石市| 景东| 宁武县| 茌平县| 瑞安市| 岳西县| 赣榆县| 湖口县| 无锡市| 寿宁县| 乾安县| 海城市| 五河县| 宝坻区| 平山县| 永兴县| 阜新市| 贺兰县| 荔浦县| 双辽市| 攀枝花市| 丹棱县| 安平县| 大埔县| 泰宁县| 普洱| 湖北省| 察隅县| 志丹县| 融水| 湛江市| 黄梅县| 蓬安县| 罗田县|