我不帶任何主觀色彩來評一下這個所謂的 “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：我已經不需要再說什么了。

轉載于:https://www.cnblogs.com/nyxuwen/archive/2006/12/07/585770.html

總結

以上是生活随笔為你收集整理的驳AXAJ的七宗罪 (转)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。