何時，紗窗外，風搖翠竹

@abent
兄臺也在開發Flex程序么，好的很啊，有機會多交流。Flex程序的架構確實給我們提出了新的挑戰，客戶端C/S，整體又要B/S，然后還需要能脫離B/S單獨轉C/S，模式很新。我倒是聽說有一些框架可用，不過目前還不打算用，還是想自己先探索一下，也可以理解的深一些。

@abent

不是，哪家公司也不重要，對吧.

a. 其實已經打起來了，不過并不是微軟和Adobe之間，Adobe至少在口頭上是不猝微軟的，他們目前最大的敵人是開源。Laszlo和Flex去年就火拼過，前者已經避Adobe作出了很多免費的舉動。
b. 互聯網是個開放,包容的空間，要想占領可不是那么容易，基本還是要延續現在百花齊放，大家并存的狀態。收費也有收費的好處，不能簡單的認為就是免費的好。
C. 至于微軟，去年年底宣布了轉型搞互聯網，不過我想就算桌面的霸主要想在互聯網里立足，也還是得先習慣互聯網里的規矩，要不只能是越搞越衰。

@zhang-yafei
非常感謝您的解答！我想這個問題已經很清楚了。我的link您盡管加，寫出來就是要和大家討論，您的Blog我也會經常訪問的。

此外我打算有空的時候也繼續寫一些關于RIA和Flex的article, 畢竟我用Flex也有一段時間了，希望能繼續和大家交流，得到大家的指點。

@zhang-yafei
非常感謝張先生指點，您的blog我已收藏，會慢慢閱讀。AJAX確實有些炒的成分，我很贊同這一點。

我對RIA的理解還比較膚淺，有很多問題還希望能向大家請教。

1. 我理解的RIA是在客戶端豐富的數據模型和豐富的界面，過去我們總是用Javascript來在客戶端處理一些邏輯，從而“客戶端邏輯減輕服務端邏輯所造成的負載”；此外很多Javascript的組件(如dojo)來實現一些很不錯的界面效果；從這兩方面來說用XHMTL+CSS+JavaScript實現的富界面程序（不是說AJAX，還是用這種XHMTL+JavaScript手段）能否看成RIA的一種?

2. 如果 “RIA的實質是用客戶端邏輯減輕服務端邏輯所造成的負載，并在客戶端營造客戶機模型” ，那是否意味著，現有HTML(Javascript) 的能力很難勝任,或者說不適合RIA的工作？

看上去你是個新上來的領導吧，不是我批評你，“完全一致、具體到類和公用方法”的要求十分的蠻橫和武斷，證明你沒有真正理解項目組織的實質，沒有理解文檔是做什么的，應當在項目中承擔什么樣的作用。
你被抵制是情理中的，一方面你這樣的要求過于理想化很難真正達到目標，另一方面也是揚短逼長，對人力物力資源的浪費，文檔的維護性和表達能力遠不如代碼，代碼里一個通用約定，幾十個字母能說清楚的問題用文字去表述要寫多少字（還不考慮有些程序員對寫文檔有天生的厭惡）？就算你說的要從面向未來的角度，那你將來要同步文檔和代碼，又需要多少的投入, 有多少實際的可能？算了，這個問題也不多說了，等你多碰幾次壁，自然就領會了。

對SUN未必是個好事情，這是逼大客戶發展他們自己的jvm。 就我看來，要開源5年前SUN 就應該將jvm開源，現在再開源，兩邊不是人。

嘿嘿，想不到一年前的一個老貼子，一直有人來留言討論這個問題, 我也就再來羅嗦幾句吧。

我是一年前寫這個帖子的，當時的想法是告訴大家是想告訴大家一些AJAX負面的東西，貼出發出來后就和“讀書、思考、生活”進行了激烈的討論，應該說我文中所提的并不全對，但我想表達的東西是很明確的：AJAX技術是趨勢，應當積極學習應用，但要注意其缺點和可能引發的問題，不能過度使用。

我在原文中用來舉例的系統是一個數十乃至上百人的團隊做了7、8年的老產品，有歷史遺留問題，并不具備普遍性，所以咱們有很多高手不已為然，認為我說的那些問題只有過去才有。但仔細想想這個例子還是能說明些東西，這些問題真的就沒有了么，你使用的框架真的能把他們都隱藏起來么，還是你的應用還比較簡單，這些問題還沒有構成麻煩呢？

過去一年中我也在自己的和單位的項目中大量的使用AJAX，對AJAX的理解也提高了很多。比如在公司去年啟動的一個的項目中，來源于MQ和web service的數據都送到一個主要基于DOJO實現UI的系統中和用戶交互，仔細統計后我發現這個主要由老外實現的系統的60-70%的代碼量是用在寫 javascript 來完成交互效果，大部分的業務邏輯都是接收到JSON數據后在客戶端完成的，而需要指出的是在傳統開發模式中，這些工作其中的很多以前恰恰是可以由框架完成的！

也就是說，目前AJAX框架依然沒有達到我們需要的那么強大，還有很多功能需要我們自己來實現。那么在這個時候，請您，一個絕世的技術高手，注意一下當你用AJAX來實現一個功能時，還是可以揚長避短，如果服務器端或者說傳統的方式就能做的簡單功能，就不用弄需要在IE6, IE7, FireFox, Mozilla, Opera等等上去全測一遍。當然，這僅僅是善意的提醒，絕不敢對高手們說教。此外，IE和FF下的JS調試工具我用過不少，能為解決問題提供些幫助，但和傳統的類調試還是差距很大，這方面只能是繼續等待。

最后，自我糾正一下這個帖子的標題的含義。畢竟時過境遷，如今“慎用AJAX框架”的提法或許是有些不妥，我覺得我們可以從新的角度來看它：

1. 謹慎的選擇AJAX框架。
2. 合理的認識、應用AJAX框架，要理解框架為我們做了什么，必要時可以脫離框架做自己的簡單實現。
3. 關注AJAX框架的發展，得明確現在用該框架什么能實現、什么還不行、什么時候行。

@路過

一般的項目的話用DWR和DOJO來做應該沒什么大問題，我剛剛在一個比較小項目用了，用dojo做RIA，處理JSON數據, DWR做遠程調用，效果很好。

@domain
關于那個項目（實際上是個產品）具體的東西幾句也說不清楚，有些涉及具體實現的也不能說太多。我倒是愿意就Bug分析和項目管理和大家討論一下。實際上大公司的很多產品的代碼寫的是很弱智的（我上次參與的那個項目的代碼就是由印度的軟件工人寫的），單看代碼都非常一般，但是他們產品的質量卻能得到保證，關鍵是項目過程組織的好， 尤其是測試的力度非常大，這個產品一般每個版本都要安排十幾個人測上兩個月，進行各項的測試，測試 -> qa開bug -> develop解bug -> qa再驗證， 流程雖然不十很復雜，但貫徹的很好，很值得國內企業學習。 當然相應的成本也是很大的，那個產品的貴到了國內沒有一家企業愿意買，現在基本就是國外一些大廠商用。

產品強大的功能怎么實現的？明確的業務需求 + 持續的開發完善。關于后續維護，按我的體會并沒有太多的玄機，投入+簡單的規則+執行，從一開始就是這樣。看看現在，每天在論壇、Blog上各個軟件公司大大小小LD都在大倒苦水，大談軟件項目管理的規定不能得到貫徹，似乎軟件質量保證是個解不開的死結。其實說到底，是國內這些LD們不會真正舍得把錢把人投在質量保證上，總想走捷徑，從開始就不花錢，不花錢又希望能開發出有好的產品，最后的結果就是天天空談或者定些不倫不類的執行不下去的開發流程，到最后被迫花錢來換質量時，往往為時已晚。

這兩篇文章我前幾天都看過的，我也認為作者就是搞噱頭，可笑的是居然用AJax的圖書銷量比Java多做論據，也不看看那些寫Ajax的書里的例子有多少是在Java里實現的。在工業領域，像PHP這樣幾乎沒有標準支持的語言會比Java強？這個問題幾乎都不用回答。

的確，原來一無所有，現在有了輪子，將來肯定就會有車.... 大家要努力去造車，只不過決心造車之前要弄清楚這些輪子適合在什么地里跑。

如果按現在的趨勢發展下去，靈活、穩定的AJAX框架應該是指日可待的，這要靠大家的努力，尤其是像 " 讀書、思考、生活 " 這樣熱心AJAX技術的人。

首先感謝“讀書、思考、生活”推薦的三本書，讓他們看是不用了，我自己看看倒是不錯，：）。不過你說的 用了5、6年AJAX開發的“高手”，卻至今都沒有總結出好的“模式”、“經驗”云云， 就不太地道了，你怎么知道人家沒有總結？不是這些走在前面的人，誰寫《Ajax Design Patterns》、《Professional AJAX》這樣的書給大家看？

其實我的寫這篇blog的初衷是想告訴大家真正實現AJAX的框架有很大的難度，需要投入很多，如果想把項目設計成基于AJAX框架就要慎重。我并不是想過多討論這個項目的本身的各種問題，我也沒說過這個項目是完美的。

話說回來，我們這個的項目的AJAX框架(或者說準AJAX框架)現在已經能轉的非常好了，Bug也早解完了。但是，為了讓它像今天這樣運行良好，企業投入是非常大的，開發維護的成本也都要大很多。我認為這就是它不成功的地方之一，如果少用一些AJAX這樣東西，它就可以更快更好的達到目標。

實現完整的AJAX框架編寫復雜、容易出錯這個問題是非常明顯的，不是說有高手就能避免的。退一萬步說，假設你“讀書、思考、生活”是絕頂高手，能搞定一切，你能保證你的Team里所有人都是高手么？

“設計水平不夠，也不要把帳賴到AJAX這樣的新技術頭上” 這話說也不太妥： 首先AJAX不是什么新技術。 其次設計水平的提高和積累本來就是漸進的，就像最初的struts出來時,大家都說好，用兩年，它的不好的地方大家又都清楚了，于是spring、webwork這樣優于它的框架又被大家推崇。沒有人能一次設計一個多完美的系統，我們的系統都是在不斷的改進的過程中。

“如果你的項目只能用IE訪問，那能算是遵循標準” 呵呵，的確這是俺沒弄清楚了。但是可以想象要開發一個遵循標準的程序，實現各種復雜的功能，豈不要付出更多開發成本？

最后還是要多廢話幾句，用著這些大公司提供的硬件和軟件，遵循著他們的標準做開發，卻攻擊他們沒有高手是沒有什么意義的。何況也沒有人天生是高手，都是要從失敗中摸索出來，或許開發這個項目UI端框架的人現在總結失敗已經成了高手，能靈活合理的在項目運用AJAX了，很多人卻還只是一味的為AJAX這個所謂新技術護短。

讀書、思考、生活 說:
1、不遵循WEB標準的，算不得AJAX
2、bug滿天飛，那就說明是水平不到家
3、加個新功能，JSP文件、標簽、JS、后臺類全要過一遍,
就說明系統設計有先天的缺陷
4、這大概可以說明，這個國外知名大公司里，沒有一個數得上的AJAX高手

1、2.WEB標準是絕對遵循了的，bug滿天飛的原因當然是多方面的，系統功能復雜必然會有大量的Bug，但過多的使用了AJAX這類技術導致Bug多確實是原因之一。大公司有人力物力去解這些defects,要實國內一般的企業很可能就因此陷入困境，這就是我擔心的。

3. 系統設計有先天的缺陷,不可否認是有一點。系統開始做的那時候連Struts都還默默無聞呢，但是無論你如何進行設計，過多的使用AJAX去做展現必然導致系統的展現機制變得復雜。

4. 提醒"讀書、思考、生活"，可不要以為自己是高手，就不會犯別人犯過的錯誤。開發這套系統AJAX的人（可別以為我在其中哦，我只是有幸能看看他們的code）應該在web開發領域都是資深專家。想想在5、6年前沒有AJAX概念的時候，就能開發出完整的基于AJAX框架來進行系統展現的人水平一定比現才開始深入學的人強吧。他們開發、完善了這么些年，至今還不能盡善盡美，這說明什么問題？

最后，我要說：我們當然可以克服和解決大部分問題，讓它很正常的工作（就像這套系統一樣），但是付出的代價可能很大。