ajax 我不帶任何主觀色彩來評一下這個所謂的 “AJAX 的七宗罪”。
1、連帶著 Flash 和 Ajax 一塊罵了。
引用:沒有連結的web就像森林中迷路的羔羊，這句看似廣告語，其實是web設計的根本原則。
這句“原則”至少我並不知道，因此看起來不過就是一句廣告語而已。我的原則是 Web 應用首先需要對於終端使用者友好，然後才需要考慮對於搜尋引擎友好。你使用 HTML FORM 提交的資料也是沒有連結的，這些資料可以被搜尋引擎搜尋到嗎？換句話說，可以添加在連結 URL 中的只有通過 GET 方法發送的請求。搜尋引擎難道連使用 POST 方法提交的 FORM 資料都能搜尋到嗎？如果搜尋引擎能搜尋到這些資料，搜尋引擎搜尋到同樣通過 HTTP 協議以明文形式發送的 XML 資料難道是很困難的事情嗎？
必須要考慮對於搜尋引擎友好的應用也是有限的。你以為 Google 真的沒有辦法解決這些問題嗎？太小看 Google 了吧？
2、這個作者顯然很少做 JavaScirpt 開發，以至於說出這樣沒有調查的話來：
引用:更可怕的是在javascript中竟然沒有一款順手的Debug軟體，很多寫js的老手到今天還是用最原始的alert("")來調試，splinetech JavaScript HTML Debugger 算是一個看起來還像個樣子的調試器吧，可惜不是免費的，幾十大刀讓我這種窮人只能望而生歎了。
M$ Visual InterDev、Office 2003 中帶的 Script Debugger 都是非常好用的調試工具。如果不願意花錢買這些工具，還可以使用 Mozilla 開發的 Venkman，調試功能已經非常完善了。說 JS 沒有很好的 IDE 是實情，說 JS 沒有很好的調試工具簡直是天大的笑話。
3、引用:和上面說的差不多，層層包含js檔案是AJAX的通病，再加上以往的很多服務端代碼現在放到了用戶端，所以每次開啟一個頁面會包含很多的無用的js檔案也一同下載下來。雖然寬頻越來越普及，但是減少代碼冗餘還是每個web設計者的必修課。
完全是沒有調查的胡說，如果通過不同的檔案對於 JS 代碼進行了認真的組織，將 JS 函數分到很多小檔案中，一個頁面僅僅只需要載入它自己使用到的 JS 檔案，何來冗餘代碼之說？
4、引用:什麼叫破壞web標準？點擊查看全部，這就是破壞了web標準。好好的A標籤放著不用，偏要用span。這種例子很多，flickr中的標題單擊後可以更改，這雖然（也包括我）是大家一致叫好覺得方便的設計，但同時這也是歧義了 web元素本身的含義，物是人非這個詞不知道用的合不合適？
這僅僅是一個具體應用中的用法，居然也歸到了 Ajax 頭上，真是欲加之罪，何患無詞。這裡如果簡單地將 span 換成 a 難道不是很容易的事情嗎？如果使用 a 就不能使用 onclick 了嗎？按照作者的想法，似乎所有的 a 都應該只能是簡單連結，不能加上 onclick，加上 onclick 就變成了 Ajax，就觸犯了天條，破壞了 Web 標準。況且給 span 加上一個 onclick 居然就上綱上線到破壞 Web 標準的層次，我研究 Web 標準這麼多年，也沒有看出究竟破壞了哪一款哪一條的 Web 標準。Web 標準中什麼地方規定只允許使用 a，不允許使用 span 來實現了？況且在最新的 XHTML 1.2 標準中，a 已經變成了一個不推薦使用的標記。什麼是 Web 標準，什麼是破壞 Web 標準？回去翻翻書吧。
5、引用:瀏覽器和瀏覽器之間的差異一直都是web設計者心中永遠的痛，支援的css不一樣，支援的用戶端指令碼不一樣，有的竟然連用戶端指令碼的用法都有不同。這讓程式員非常苦惱，最明顯的就是調用xmlhttprequest了，req=(window.XMLHttpRequest)?new XMLHttpRequest():new ActiveXObject("Microsoft.XMLHTTP");這段建立xmlhttp對象的代碼就是為了適應IE和非IE兩天陣營的瀏覽器的經典例子。說是沒有back和沒有history的瀏覽器，這也是一個諷刺，主要是指在AJAX下點選連結是不Redirect頁面，所以不存在後退和前進了，同樣，沒有後退和前進也就無存找瀏覽曆史紀錄了。back和history存在的根本就是url的改變，在AJAX下人們發現不改url也同樣能達到內容改變這個酷酷的特點，何樂而不為呢？
我提到過多次《網站重構》，這本書要解決什麼問題？femto 開始讀了嗎？曾經產生過讀這本書的慾望嗎？
建立 XMLHTTP 對象的不同文法只是一個非常小的問題，這是在 XMLHTTP 沒有被完全標準化之前的暫時問題。現在基於 Web 標準做開發，必須要寫針對不同瀏覽器的代碼片斷的場合已經非常少了，封裝這些差異的 JS 庫網上也已經有很多了。
無法利用 back/history 的問題在 Google Maps 中是使用 IFrame 來解決的，這個問題我在 BEA User Group 的演講中已經說過了。
6、引用:xml有一個致命的缺點，那就是載入的資源耗費，這好像是所有平台下xml的通病。google map雖然是Jesse James Garrett推薦的AJAX的品牌代言人，但是gmap並沒有用xml，而是用了原生的javascript數組，我自己在用AJAX從服務端傳回資料時也從來不用 XML，因為它讓我更繁瑣讓系統更慢。服務端首先要調用xml對要傳輸的資料進行封裝，用戶端得到資料後再調用xml進行解析，簡直是畫蛇添足。
致命嗎？我做了這麼多瀏覽器端的 XML 開發，為什麼至今沒有感受到？Google Maps 伺服器端傳給用戶端的資料就是不折不扣的 XML，其它的開發人員還可以對這個 XML 進行定製加入自己的資料。Google Maps 還在用戶端幾個功能上使用了 XSLT。說 Google Maps 沒有使用 XML，要不要我把我親自整理過的 Google Maps 用戶端的代碼發給你你才能閉嘴？
7、引用:AJAX適用於什嗎？能幹什嗎？能帶來什嗎？在網站上用AJAX那是笑話，除非像Google Map和Flickr這樣的專業領域的網站外，普通網站根本沒必要用這個技術；在龐大的公司專屬應用程式市場估計還能有AJAX的一點容身之地，不過在MS、 SUN不會看著AJAX這個野孩子來在他們的地盤上撒潑的，如果大家都用AJAX，那java給誰賣？.net給誰賣？所以AJAX在公司專屬應用程式也不是長久之地。所以，AJAX現在找不到自己合適的位置是個很大的尷尬。疑病亂投醫，最近把AJAX的矛頭指向Flash和Applet就是一個例子。
又是一番奇談怪論。說大公司不會使用 Ajax 完全是主觀臆測。事實上，大量使用用戶端 JS 的大公司包括以下這些： Macromedia：在 Dreamweaver 產品中包括了大量的 JS 代碼。
Oracle：很多產品都使用了 JS，目前對於 Ajax 高度興趣。這個訊息是我在深圳 Oracle 做開發的一個朋友親口告訴我的。
SAP：早在很多年以前，SAP 就在其產品中大量使用了 JS+XMLHTTP 的技術，僅僅是 SAP 沒有炒做這個概念而已。說 Ajax 不適合公司專屬應用程式，SAP 是靠做什麼吃飯的？ Google：我已經不需要再說什麼了。
- Ajax: 一個建立Web應用的新途徑
- Ajax的錯誤處理機制探討(2)
- Ajax的錯誤處理機制探討(1)
- 初次體驗.NET Ajax無重新整理技術
- Rails系統中的AJAX開發技術簡析(4)
