我不帶任何主觀色彩來評一下這個所謂的 “AJAX 的七宗罪”。

1、連帶著 Flash 和 Ajax 一塊罵了。

引用:沒有鏈接的web就像森林中迷路的羔羊，這句看似廣告語，其實是web設(shè)計的根本原則。

這句“原則”至少我并不知道，因此看起來不過就是一句廣告語而已。我的原則是 Web 應(yīng)用首先需要對于最終用戶友好，然后才需要考慮對于搜索引擎友好。你使用 HTML FORM 提交的數(shù)據(jù)也是沒有鏈接的，這些數(shù)據(jù)可以被搜索引擎搜索到嗎？換句話說，可以添加在鏈接 URL 中的只有通過 GET 方法發(fā)送的請求。搜索引擎難道連使用 POST 方法提交的 FORM 數(shù)據(jù)都能搜索到嗎？如果搜索引擎能搜索到這些數(shù)據(jù)，搜索引擎搜索到同樣通過 HTTP 協(xié)議以明文形式發(fā)送的 XML 數(shù)據(jù)難道是很困難的事情嗎？

必須要考慮對于搜索引擎友好的應(yīng)用也是有限的。你以為 Google 真的沒有辦法解決這些問題嗎？太小看 Google 了吧？

2、這個作者顯然很少做 JavaScirpt 開發(fā)，以至于說出這樣沒有調(diào)查的話來：

引用:更可怕的是在javascript中竟然沒有一款順手的Debug軟件，很多寫js的老手到今天還是用最原始的alert("")來調(diào)試，splinetech JavaScript HTML Debugger 算是一個看起來還像個樣子的調(diào)試器吧，可惜不是免費的，幾十大刀讓我這種窮人只能望而生嘆了。

M$ Visual InterDev、Office 2003 中帶的 Script Debugger 都是非常好用的調(diào)試工具。如果不愿意花錢買這些工具，還可以使用 Mozilla 開發(fā)的 Venkman，調(diào)試功能已經(jīng)非常完善了。說 JS 沒有很好的 IDE 是實情，說 JS 沒有很好的調(diào)試工具簡直是天大的笑話。

3、引用:和上面說的差不多，層層包含js文件是AJAX的通病，再加上以往的很多服務(wù)端代碼現(xiàn)在放到了客戶端，所以每次打開一個頁面會包含很多的無用的js文件也一同下載下來。雖然寬帶越來越普及，但是減少代碼冗余還是每個web設(shè)計者的必修課。

完全是沒有調(diào)查的胡說，如果通過不同的文件對于 JS 代碼進行了認真的組織，將 JS 函數(shù)分到很多小文件中，一個頁面僅僅只需要加載它自己使用到的 JS 文件，何來冗余代碼之說？

4、引用:什么叫破壞web標準？點擊查看全部，這就是破壞了web標準。好好的A標簽放著不用，偏要用span。這種例子很多，flickr中的標題單擊后可以更改，這雖然（也包括我）是大家一致叫好覺得方便的設(shè)計，但同時這也是歧義了 web元素本身的含義，物是人非這個詞不知道用的合不合適？

這僅僅是一個具體應(yīng)用中的用法，居然也歸到了 Ajax 頭上，真是欲加之罪，何患無詞。這里如果簡單地將 span 換成 a 難道不是很容易的事情嗎？如果使用 a 就不能使用 onclick 了嗎？按照作者的想法，似乎所有的 a 都應(yīng)該只能是簡單鏈接，不能加上 onclick，加上 onclick 就變成了 Ajax，就觸犯了天條，破壞了 Web 標準。況且給 span 加上一個 onclick 居然就上綱上線到破壞 Web 標準的層次，我研究 Web 標準這么多年，也沒有看出究竟破壞了哪一款哪一條的 Web 標準。Web 標準中什么地方規(guī)定只允許使用 a，不允許使用 span 來實現(xiàn)了？況且在最新的 XHTML 1.2 標準中，a 已經(jīng)變成了一個不推薦使用的標記。什么是 Web 標準，什么是破壞 Web 標準？回去翻翻書吧。

5、引用:瀏覽器和瀏覽器之間的差異一直都是web設(shè)計者心中永遠的痛，支持的css不一樣，支持的客戶端腳本不一樣，有的竟然連客戶端腳本的用法都有不同。這讓程序員非常苦惱，最明顯的就是調(diào)用xmlhttprequest了，req=(window.XMLHttpRequest)?new XMLHttpRequest():new ActiveXObject("Microsoft.XMLHTTP");這段創(chuàng)建xmlhttp對象的代碼就是為了適應(yīng)IE和非IE兩天陣營的瀏覽器的經(jīng)典例子。說是沒有back和沒有history的瀏覽器，這也是一個諷刺，主要是指在AJAX下點擊鏈接是不Redirect頁面，所以不存在后退和前進了，同樣，沒有后退和前進也就無存找瀏覽歷史紀錄了。back和history存在的根本就是url的改變，在AJAX下人們發(fā)現(xiàn)不改url也同樣能達到內(nèi)容改變這個酷酷的特點，何樂而不為呢？

我提到過多次《網(wǎng)站重構(gòu)》，這本書要解決什么問題？femto 開始讀了嗎？曾經(jīng)產(chǎn)生過讀這本書的欲望嗎？

創(chuàng)建 XMLHTTP 對象的不同語法只是一個非常小的問題，這是在 XMLHTTP 沒有被完全標準化之前的暫時問題。現(xiàn)在基于 Web 標準做開發(fā)，必須要寫針對不同瀏覽器的代碼片斷的場合已經(jīng)非常少了，封裝這些差異的 JS 庫網(wǎng)上也已經(jīng)有很多了。

無法利用 back/history 的問題在 Google Maps 中是使用 IFrame 來解決的，這個問題我在 BEA User Group 的演講中已經(jīng)說過了。

6、引用:xml有一個致命的缺點，那就是加載的資源耗費，這好像是所有平臺下xml的通病。google map雖然是Jesse James Garrett推薦的AJAX的品牌代言人，但是gmap并沒有用xml，而是用了原生的javascript數(shù)組，我自己在用AJAX從服務(wù)端傳回數(shù)據(jù)時也從來不用 XML，因為它讓我更繁瑣讓系統(tǒng)更慢。服務(wù)端首先要調(diào)用xml對要傳輸?shù)臄?shù)據(jù)進行封裝，客戶端得到數(shù)據(jù)后再調(diào)用xml進行解析，簡直是畫蛇添足。

致命嗎？我做了這么多瀏覽器端的 XML 開發(fā)，為什么至今沒有感受到？Google Maps 服務(wù)器端傳給客戶端的數(shù)據(jù)就是不折不扣的 XML，其它的開發(fā)人員還可以對這個 XML 進行定制加入自己的數(shù)據(jù)。Google Maps 還在客戶端幾個功能上使用了 XSLT。說 Google Maps 沒有使用 XML，要不要我把我親自整理過的 Google Maps 客戶端的代碼發(fā)給你你才能閉嘴？

7、引用:AJAX適用于什么？能干什么？能帶來什么？在網(wǎng)站上用AJAX那是笑話，除非像Google Map和Flickr這樣的專業(yè)領(lǐng)域的網(wǎng)站外，普通網(wǎng)站根本沒必要用這個技術(shù)；在龐大的企業(yè)應(yīng)用市場估計還能有AJAX的一點容身之地，不過在MS、 SUN不會看著AJAX這個野孩子來在他們的地盤上撒潑的，如果大家都用AJAX，那java給誰賣？.net給誰賣？所以AJAX在企業(yè)應(yīng)用也不是長久之地。所以，AJAX現(xiàn)在找不到自己合適的位置是個很大的尷尬。疑病亂投醫(yī)，最近把AJAX的矛頭指向Flash和Applet就是一個例子。

又是一番奇談怪論。說大公司不會使用 Ajax 完全是主觀臆測。事實上，大量使用客戶端 JS 的大公司包括以下這些： Macromedia：在 Dreamweaver 產(chǎn)品中包括了大量的 JS 代碼。

Oracle：很多產(chǎn)品都使用了 JS，目前對于 Ajax 很感興趣。這個消息是我在深圳 Oracle 做開發(fā)的一個朋友親口告訴我的。

SAP：早在很多年以前，SAP 就在其產(chǎn)品中大量使用了 JS+XMLHTTP 的技術(shù)，僅僅是 SAP 沒有炒做這個概念而已。說 Ajax 不適合企業(yè)應(yīng)用，SAP 是靠做什么吃飯的？ Google：我已經(jīng)不需要再說什么了。

轉(zhuǎn)載于:https://www.cnblogs.com/nyxuwen/archive/2006/12/07/585770.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。