Ajax開發經驗

2021-04-02 23:06:28 字數 1483 閱讀 3935

1 ajax還是ajah

* ajax的很多經典應用其實都是利用xmlhttp空間訪問後台程式,後台程式返回指令碼用eval**或者返回簡單資料的方式來開發。這樣的開發模式的好處是設計簡單輕巧,對熟悉dhtml的開發者來說上手會比較塊,跨瀏覽器問題也容易解決,做簡單的應用也夠用。gmail,google suggest都是用這種方式。但是在我看來gmail已經吧ajah應用到極限了,更複雜的資料結構用簡單資料和**方式來組織就開始有點力不從心了。

* 前ajax的一種傳統做法是後台返回完整的xml檔案後用指令碼(利用控制項)解析xml後操作頁面的dom節點來動態生成頁面的一部分。這樣作的優點是可以充分利用xml的強大表達能力傳輸各種資料結構,缺點是頁面的dom操作效率不高,而且ie在dom操作的api上bug多多。之所以叫「前ajax」,因為我們在ajax這個名詞出現前已經這樣做了很多年了。

* ajax另一種傳統做法是後台返回完整的xml檔案後用指令碼(利用控制項)解析xml後生成html**再灌回頁面的層中。這樣的做法迴避了頁面dom操作的一些問題,在生成的內容比較多的時候利用一些字串計算的優化技巧(主要是陣列和正則的應用)可以相當高效的生成頁面。在我看來這是未來的發展趨勢。

我現在的專案主要採用的是第三種方式,結合第二種。我使用的是自己的乙個小巧的框架,模擬jsp的語法來生成html**,但是依賴於瀏覽器的xml解析api,因此難以跨瀏覽器。google的開源專案ajaxslt提供了乙個純js的xslt解決方式,功能更強大,可以在頁面中區域性的應用xslt解析xml生成html或者其他形式的資料,但是帶來了xslt這個技術門檻。

2 cache

如果使用xmlhttp控制項,在發起http請求的時候ie會包辦cache策略,很多時候更新了資料卻無法獲得更新後的資料。一開始試圖用傳統方式在url後面加隨機數來強制更新,但是ie仍然距不發出新的請求。

乙個解決方法是在後台寫expires: 0或者其他的禁止前台cache的頭,但是這樣在資料沒有更新的時候又會帶來不必要的伺服器壓力、響應延遲和頻寬浪費。

乙個稍微好一點的解決方法是,前台在提交資料以後,需要強制更新資料的時候:

3 系統錯誤: -1072896748。

用xmlhttp接收到資料的時候經常是用xmldom.loadxml(xmlhttp.respon***ml.xml)來判斷返回的資料的正確性,但是如果後台送過來不正確的xml的時候有時回觸發-1072896748系統錯誤。這是因為xmlhttp.respon***ml已經沒有解析到東西了,我們還試圖訪問它的xml屬性而觸發的。

解決的方法是在使用respon***ml.xml 或者 responsetext的時候要做try/catch:

trycatch(ex)

有些人喜歡catch的時候判斷 exception.description=="系統錯誤: -1072896748。" , 如果客戶端不是簡體中文版的系統的時候就判斷不到了。其實這個地方只要有異常,都必須走異常處理流程了,不用區分的那麼仔細。

Ajax開發經驗

1 ajax還是ajah ajax的很多經典應用其實都是利用xmlhttp空間訪問後台程式,後台程式返回指令碼用eval 或者返回簡單資料的方式來開發。這樣的開發模式的好 處是設計簡單輕巧,對熟悉dhtml的開發者來說上手會比較塊,跨瀏覽器問題也容易解決,做簡單的應用也夠用。gmail,google...

ajax訪問websever經驗

感謝vs sundaylove提供的幫助。在jquery1.4以上版本加強了json的驗證,必須標準才能相應success。另外須在asmx內中加上scriptservice標記才能正常訪問 scriptservice webservicebinding conformsto wsiprofiles...

mysql開發經驗 MySql開發經驗

1 wait timeout 預設288800秒 8小時 jdbc連線池maxwait或者maxldeltime這兩個引數要小於這個值,否則,當你的連線長時間沒和資料庫互動,伺服器早就把你的連線斷開了,而你的連線池還認為是有效連線,除非你設定testonborrow或者設定testonreturn設...