??? 近幾日重讀《ajax實戰》,對AJAX技術的理解有點改變。當ajax開始火熱的時候,其實那時我呆的那家公司早在02年時就已經開始用XmlHttpRequest做前后臺的異步通信,因為做的是內部網應用,通過統一安裝一個delphi寫ActiveX表格控件來進行數據的展現和報表的打印,使用xml作為前后臺交換數據的格式。所以當ajax技術開始火熱的時候,我以為,我所做的就是ajax應用。買了《ajax實戰》,讀的也不深入,特別是前面幾個章節讀的半懂不懂,因為那時的我對javascript和設計模式等方面還沒有深入系統的學習過。
??? 我們都知道ajax是javascript、css、DOM和XmlHttpRequest的結合體,可使用了這些技術的應用就一定是ajax嗎?《ajax實戰》提出了衡量是否是ajax應用的四條標準:
1 瀏覽器中的是應用,而不是內容;
2 服務器交付的是數據,而不是內容;
3 用戶和應用的交互是連續的,大部分對于服務器的請求是隱式的而不是顯式的;
4 代碼庫式巨大的、復雜的,而且式組織良好的,這個特點對于架構來說非常重要,需要認真對待。
如果以這樣的標準衡量,其實我們的很多自以為是ajax應用并非是嚴格意義上的ajax應用,軟件的應用可以劃分為瞬態的和獨占的,比如china-pub網站,這只是個瞬態應用,我們只是偶爾去訪問它,對交互的連續性也沒有很強的要求;而另外如word、excel之類的應用,需要持續不斷的交互,我們點下某個按鈕,總是期待能馬上有個效果出來,這樣的應用就是所謂的獨占應用。ajax技術已經在很廣泛的瞬態應用中實施,而ajax的趨勢是否就是獨占式應用?gmail和google map給出了答案,以及現在比較火熱的web office等。可我對于此類應用的前景并不看好,像word之類的應用,對于實時性和安全性的要求是比較高的,而當前網絡環境下的延遲和安全問題,會給此類應用帶來相當大的隱憂。而實現這樣的獨占式應用,帶來的也是服務器非常巨大的并發量,gmail就是個典型的例子,當你操作非常頻繁的時候,容易出現莫名其妙的錯誤。
??? 我仍然認為ajax應該成為目前web應用的潤滑劑,它應該應用在細節上改善用戶體驗上,而非徹底取代桌面應用,也不可能取代。
??? 我們都知道ajax是javascript、css、DOM和XmlHttpRequest的結合體,可使用了這些技術的應用就一定是ajax嗎?《ajax實戰》提出了衡量是否是ajax應用的四條標準:
1 瀏覽器中的是應用,而不是內容;
2 服務器交付的是數據,而不是內容;
3 用戶和應用的交互是連續的,大部分對于服務器的請求是隱式的而不是顯式的;
4 代碼庫式巨大的、復雜的,而且式組織良好的,這個特點對于架構來說非常重要,需要認真對待。
如果以這樣的標準衡量,其實我們的很多自以為是ajax應用并非是嚴格意義上的ajax應用,軟件的應用可以劃分為瞬態的和獨占的,比如china-pub網站,這只是個瞬態應用,我們只是偶爾去訪問它,對交互的連續性也沒有很強的要求;而另外如word、excel之類的應用,需要持續不斷的交互,我們點下某個按鈕,總是期待能馬上有個效果出來,這樣的應用就是所謂的獨占應用。ajax技術已經在很廣泛的瞬態應用中實施,而ajax的趨勢是否就是獨占式應用?gmail和google map給出了答案,以及現在比較火熱的web office等。可我對于此類應用的前景并不看好,像word之類的應用,對于實時性和安全性的要求是比較高的,而當前網絡環境下的延遲和安全問題,會給此類應用帶來相當大的隱憂。而實現這樣的獨占式應用,帶來的也是服務器非常巨大的并發量,gmail就是個典型的例子,當你操作非常頻繁的時候,容易出現莫名其妙的錯誤。
??? 我仍然認為ajax應該成為目前web應用的潤滑劑,它應該應用在細節上改善用戶體驗上,而非徹底取代桌面應用,也不可能取代。