中文字幕日韩一区二区_国产一区二区av_国产毛片av_久久久久国产一区_色婷婷电影_国产一区二区精品

XML+XSL 與 HTML 兩種方案的結合

 目前內容管理系統,展現給客戶端具體數據的方式主要是:XML+XSL  或者 Html 兩種方式。以CSDN為例,目前這兩種方式都存在。比如:論壇,我們用的是XML+XSL 方式,文檔中心我們用的是SHTML 方式。

        根據我的使用心得。XML+XSL 的方式,優點在于:數據層跟展現分開了。XML定義數據,XSL定義顯示。比較明顯的缺點就是 1、有些用戶在裝了某些XML編輯器后,客戶端解析XML+XSL就會出問題,用戶直接看到的就是XML代碼,不時總有人抱怨自己沒法看CSDN的論壇了。原因基本上都是這些。(這個問題難以克服)2、進行復雜邏輯運算XML+XSL 比較差,一些復雜的邏輯運算會占用客戶端很大的資源。比如在目前CSDN 論壇基礎上實現支持UBB的功能。就很復雜。如果這個UBB的展現運算是客戶端進行的,是任何人都無法忍受的。3、Google 不支持對XML 文件的檢索。

        使用Html的方式,優點很簡單,給的用戶就是需要展現的東西。缺點就是提取有效數據比較復雜。

        今天在跟 “風之子” 交流內容、新聞系統如何展現的時候,我突然想起,我們可以同時利用XML+XSL和HTML的優點來做。具體做法就是把一些復雜的邏輯運算進行服務器段轉換,把這些轉換為HTML代碼,然后把這些轉換后的內容保存到XML數據的  <![CDATA[   ]]>      節。而展現給用戶的是XML+XSL方式,但是這種方式客戶端沒有復雜的邏輯運算。用戶端解析的壓力不是很大,一些復雜的功能這樣就可以實現,比如在CSDN論壇上支持UBB等復雜功能。

       以前我一直反對在CSDN論壇支持UBB,一個重要原因就是會給客戶段增加壓力。現在可以通過上面提到的整合進HTML的XML+XSL 方案應對這個問題。下一代的CSDN 論壇就可以這么做了。不過另外一個原因是,技術交流的BBS,有必要做那么花哨么??尤其是很多人在自己的簽名中,增加很大的字體,很特殊的圖片,會不會帶來跟多的問題??

      HTML中整合進XML的方式,就是數據島的方式,這個的應用范例可以看大富翁論壇。那就是一個很有代表性的應用數據島的方式。打開某個CSDN 論壇,左邊的樹會自動同步功能,也是用的數據島記錄需要同步到那個節點的數據。

另:Shtml 的方式,其實就是支持Include 的Html。  你可以在Shtml中使用Include 包含一些htm文件。   

百度可以找到CSDN論壇的XML帖子:
http://www.baidu.com/baidu?lm=0&si=&rn=10&ie=gb2312&ct=0&word=site%3Aexpert%2Ecsdn%2ENET+%BD%AF%EA%C9&cl=2

JavaScript技術XML+XSL 與 HTML 兩種方案的結合,轉載需保留來源!

鄭重聲明:本文版權歸原作者所有,轉載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時間聯系我們修改或刪除,多謝。

主站蜘蛛池模板: 国产精品一区在线观看 | www.久久.com | 做a视频 | 免费黄色大片 | 日日射夜夜骑 | 欧美freesex黑人又粗又大 | 色av一区| av日韩在线播放 | 久久久久久国 | 国产三级精品视频 | 国产精品视频网站 | 欧美电影网 | 国产第一页在线观看 | 日日摸天天添天天添破 | 一级网站 | 久久另类 | 成人国产在线观看 | 久在线精品视频 | 国产成人精品一区二区三区在线 | 久久综合久久久 | 国产精品视频一区二区三区不卡 | 久久精品亚洲一区二区三区浴池 | 中文日韩在线视频 | www国产成人免费观看视频,深夜成人网 | 国产区视频在线观看 | 毛片一级黄色 | 亚洲精品欧美一区二区三区 | 中国黄色毛片视频 | 欧美成视频 | 中文字幕在线看第二 | 精品久久中文字幕 | 国产色视频网站 | 国产欧美精品一区二区 | 国产精品久久久久久久久久三级 | 最新中文字幕在线 | 亚洲精品久久久久久久不卡四虎 | 天天操网 | 欧美aⅴ片 | 干干干操操操 | 久久国产精品一区二区三区 | 伊人春色成人网 |