我覺得以上說的7宗罪是站在門戶網站的角度來說的,如果換個角度,比如做企業服務應用軟件b/s版(特別是用ASP.Net做的),我反而認為是7個優點.
罪之一：對搜索引擎的支持不好.(企業服務應用軟件b/s版是用企業用,不需要理會搜索引擎)
罪之四：破壞了Web的原有標准.(能用就行,這麼學究干嘛)
罪之五：缺少一個沒有標准之爭、沒有back和history的浏覽器(企業服務應用軟件b/s版客戶端(特別是用ASP.Net做的)基本都是IE)
------------------------------------------
上面三宗罪就不適用於企業服務應用軟件b/s版,
罪之二：編寫復雜、容易出錯
罪之三：冗余代碼更多了
上面兩宗罪,如果是使用AJax.Net和microsoft的atlas就大大解決了這兩個問題.
罪之六：XML只是用來打幌子
我發現企業服務應用軟件b/s版(不論是否用ASP.Net做的),只要上點規模,使用大量XML是很常見的事情.
罪之七：世界這麼大卻找不到自己的家
不同意,起碼現在microsoft就出了個atlas.
古詩有雲:"橫看成嶺側成峰",換個角度看,我覺得這七宗都不是罪
答完之後，我覺得這個問題很值得也寫在blog裡面，於是草成此文。
另附樓主文章：
最近覺得AJax很流行,Google了一下,發現了這個文章,大家能不能說一下自己的看法?
罪之一：對搜索引擎的支持不好
這其實更像一個大大的諷刺，AJAX的鼻祖是Google，但卻對Google自己支持最不好了，GMail主界面除過Top和Bottom外沒有一個鏈接就是最形象的諷刺了。雖然Mail本身是個私人的應用系統，但這個無鏈接的設計界面恰恰給AJax開了個壞頭。Flash也有同樣有這個毛病。沒有鏈接的web就像森林中迷路的羔羊，這句看似廣告語，其實是web設計的根本原則。
罪之二：編寫復雜、容易出錯
javascript本是是個輕量級的小東西，現在被強迫重用起來，負擔可想而知。javascript對OOP的支持很少，這就限制了javascript代碼的可重用可封裝等等，從Google Mpa還是其他一些應用中能看到的都是無數的<script src="..."></script>這樣的文件包含，這些除了讓程序員頭昏的更快點，一點好處都沒有。更可怕的是在Javascript中竟然沒有一款順手的Debug軟件，很多寫JS的老手到今天還是用最原始的alert("")來調試，splinetech JavaScript Html Debugger 算是一個看起來還像個樣子的調試器吧，可惜不是免費的，幾十大刀讓我這種窮人只能望而生歎了。
罪之三：冗余代碼更多了
和上面說的差不多，層層包含JS文件是AJax的通病，再加上以往的很多服務端代碼現在放到了客戶端，所以每次打開一個頁面會包含很多的無用的JS文件也一同下載下來。雖然寬帶越來越普及，但是減少代碼冗余還是每個web設計者的必修課。
罪之四：破壞了Web的原有標准
什麼叫破壞web標准？<span >點擊查看全部</a>，這就是破壞了web標准。好好的A標簽放著不用，偏要用span。這種例子很多，flickr中的標題單擊後可以更改，這雖然（也包括我）是大家一致叫好覺得方便的設計，但同時這也是歧義了web元素本身的含義，物是人非這個詞不知道用的合不合適？
罪之五：缺少一個沒有標准之爭、沒有back和history的浏覽器
哈哈，這句話語有點諷刺意義。現在的浏覽器市場，不管是IE還是Firefox還是Opera等等。浏覽器和浏覽器之間的差異一直都是web設計者心中永遠的痛，支持的CSS不一樣，支持的客戶端腳本不一樣，有的竟然連客戶端腳本的用法都有不同。這讓程序員非常苦惱，最明顯的就是調用xmlhttprequest了，req=(window.XMLHttpRequest)?new XMLHttpRequest():new ActiveXObject("Microsoft.XMLHTTP");這段創建XMLhttp對象的代碼就是為了適應IE和非IE兩天陣營的浏覽器的經典例子。說是沒有back和沒有history的浏覽器，這也是一個諷刺，主要是指在AJAX下點擊鏈接是不Redirect頁面，所以不存在後退和前進了，同樣，沒有後退和前進也就無存找浏覽歷史紀錄了。back和history存在的根本就是url的改變，在AJax下人們發現不改url也同樣能達到內容改變這個酷酷的特點，何樂而不為呢？look http://www.dux2005.org/和http://www.zagodesign.com/，我承認這兩個站確實做得非常棒，但除了酷酷的感覺外，毫無用處。
罪之六：XML只是用來打幌子
xml從誕生那天起就被一致看好，大有非xml不娶之勢，我想Jesse James Garrett也是為了趨於流行才把xml強行加入ajax的吧。xml有一個致命的缺點，那就是加載的資源耗費，這好像是所有平台下xml的通病。google map雖然是Jesse James Garrett推薦的AJax的品牌代言人，但是gmap並沒有用XML，而是用了原生的Javascript數組，我自己在用AJax從服務端傳回數據時也從來不用XML，因為它讓我更繁瑣讓系統更慢。服務端首先要調用xml對要傳輸的數據進行封裝，客戶端得到數據後再調用XML進行解析，簡直是畫蛇添足。AJax的一個重要特點是要身法輕盈，數據的傳輸盡量單一和簡陋，如果確實需要傳輸大量復雜的數據，也應該通過多次調用傳回。
罪之七：世界這麼大卻找不到自己的家
AJAX適用於什麼？能干什麼？能帶來什麼？在網站上用AJAX那是笑話，除非像Google Map和Flickr這樣的專業領域的網站外，普通網站根本沒必要用這個技術；在龐大的企業應用市場估計還能有AJAX的一點容身之地，不過在MS、SUN不會看著AJAX這個野孩子來在他們的地盤上撒潑的，如果大家都用AJax，那Java給誰賣？.Net給誰賣？所以AJAX在企業應用也不是長久之地。所以，AJAX現在找不到自己合適的位置是個很大的尴尬。疑病亂投醫，最近把AJax的矛頭指向Flash和Applet就是一個例子。
當然，我也不是要把AJax扁的一無是處，我本人就非常喜歡這門技術，它能讓web設計者的眼球更加寬廣，讓一些大膽的設計成為現實，但是我也會很冷靜的小心翼翼的利用這個利器，利器雖好，一不留神刺傷的是自己。