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

          [導入]tag技術

          Posted on 2005-12-02 22:59 canonical 閱讀(849) 評論(2)  編輯  收藏 所屬分類: 軟件開發

              tag在國內java社區并不算流行,這在很大程度上是因為jsp tag的設計失誤造成的。但在整個開發業界內,tag已經成為一種廣泛應用的技術。微軟的dotNet服務器端極端依賴tag技術,而在瀏覽器端IE的 behaviour, htc也獨立的發展起來。Longhorn的XAML, Firefox的XUL無一例外的依賴于可自定義的tag。java社區的JSF, SiteMesh, Tiles 等等,不可盡數。有些人在前臺通過給html原有元素增加自定義屬性,然后通過javascript去解釋的做法,也是一種element enhance概念的變種。至于FreeMarker這種模板語言,明明類似于tag技術,偏偏不采用xml語法,簡直是自找麻煩。
              這里最關鍵的地方就是自定義tag可以實現抽象層次的提升,是一種類似于函數封裝的機制,從而實現概念的分離和明確化。基于tag可以實現頁面元素的組件 化,加上xml語法的可理解性,表達能力以及無與倫比的集成能力,使得tag技術可以超越VB等組件開發環境(想想集成別人的組件代碼難還是集成別人的 xml描述文件難)。自定義tag提供的抽象能力不僅僅是面向對象的,而且是類似AOP的,這些都極大的輔助了我們的思考和設計。

              cocoon使用管道技術也構造了某種tag機制,但是它的效率很成問題。從數學上說多個處理函數 g, h, k可以通過函數組合(composition)構成新的函數f

              f(data) = g * h * k(data) 

          這是所謂函數式語言強大能力的源泉。cocoon處理的時候從k(data)開始,處理完畢之后調用h, 即函數是從右向左結合的。如果我們保證處理函數滿足左結合律,則g*h*k就可以預編譯為f, 從而解決性能問題,這正是witrix平臺中tpl技術所采用的方案。

          Feedback

          # re: [導入]tag技術  回復  更多評論   

          2005-12-03 18:40 by calvin
          能不能展開論述jsp tag失敗在哪里呢

          # re: [導入]tag技術  回復  更多評論   

          2005-12-03 22:12 by canonical
          jsp tag最核心的設計問題在于它所假設的模型是動態io處理,而缺乏對于xml結構的充分利用。對于具體的表現, 我已經在一篇blog中作了評述。
          http://canonical.blogdriver.com/canonical/572201.html
          主站蜘蛛池模板: 临城县| 曲周县| 津南区| 本溪市| 呼伦贝尔市| 谷城县| 平泉县| 阳城县| 凤山市| 安康市| 马龙县| 揭西县| 扬中市| 乌拉特中旗| 滕州市| 高邮市| 安宁市| 抚松县| 泸水县| 萝北县| 平江县| 东丽区| 德州市| 卓尼县| 游戏| 饶平县| 永善县| 临夏市| 台安县| 阳信县| 烟台市| 中阳县| 本溪| 新竹市| 海原县| 蒲城县| 汉源县| 萍乡市| 凌源市| 元阳县| 鹰潭市|