這幾個月都沉迷在ajax這種”讓人抓狂“的技術中。有幾點感想，交流交流。也算提問，希望高手解答解答。
?? 這里的ajax不包括XUL,google web toolkit之類的技術。
一 專業的ajax技術人員需要掌握多少技術
?? javascript ,xhtml,css,dom這些硬件條件不用說了。
?? 理解ajax新型b/s應用程序是個困難的過程，忘掉你b/s系統開發經驗也是個挑戰。
?? 設計出強壯，穩定的系統是個必備的，瀏覽器不是個很健壯的載體。你的ajax應用還沒有傳統的b/s應用好用，那就狼狽了。
二 避免完美主義
? 程序員太完美主義了，javascript語言的靈活性也讓你太容易不滿意自己的代碼了，豐富的頁面表現也讓你太不滿意自己的UI了?？赡苁悄隳芰Σ粔?，但太多的完美會讓你的進度停滯。
? 如果你沒有足夠多的ajax經驗，不要太輕易的嘗試新技術。
三 修煉內功
? ajax類庫的發達，javascript...的普及性，程序員實現一個小的“ajax”應用太容易了。如聯動下拉框，Auto Complete....。相信我，ajax技術還不成熟，還有太多需要挖掘的內容，需要大家的努力，修煉內功吧。
四 兩類patterns
? 1 http://ajaxpatterns.org/ ajax in action 等提到的各種模型，技巧，類似“四人幫的設計模式”的組織形式。http://softwareas.com/ajax-patterns 也總結了一下。感覺這類網站書籍提到的技巧模型相對有些混亂，希望哪位大?；蚣w總結出一本權威來。? 可能這些模型需要框架實現者摸索的總結出來。
? ajax in action提到很多模型，dlee也做了個總結，也提供了些實現的小例子，但這些例子相對與成熟的ajax框架來說，有些簡單?？赡苁俏姨蕾嘺jax框架了吧。
? 2 http://developer.yahoo.com/ypatterns/atoz.php 恕我孤陋，只知道這個地址。yahoo從應用層面上總結了這么些patterns。這些模型以yahoo的應用為例，對應用規劃者提供了好些總結。就這些模式，dojo,yui基本提供了支持。
?? 我覺得系統設計者應該好好研究一下這些東西。經常聽到這些話。**系統用到了ajax技術，我們下個項目用到了prototype.js，dwr...框架。感覺這類言語顯的太不專業。應用了某個ajax類庫也顯的你沒有目標性，也不是很清楚這些類庫給你的應用帶來什么。
五 如何選擇開源框架
? 太多了開源類庫，框架讓我們應接不暇?，F在很多大公司google,ibm.sun,oracle....公司組織都來關注ajax,另外不計其數的開源實現。讓人頭痛。
? ajax in action 把這些框架分了三類。 prototype.js及擴展項目,dojo,yui...關注表現的類庫。dwr,json，buffalo...關注數據傳輸的框架，最后是xul,gwt（我沒有關注）等。
? 客戶端類庫由javascript語言實現，并且相對代碼量不大，重構容易。javascript語言太容易讓人抄襲，所以除了它們關注點不一致外，很多功能不是獨有的。所以從功能上看，都差不多。
? 我覺得應該從以下幾個方面考慮：
? 1 namespace的支持。如果沒有這個支持，這個項目不會發展很大的。
? 2 經過詳細的測試，大型項目的試用。
? 3 后面有公司的支柱。
? 4 活躍性。
? 5 文檔支持
????
? 我自己現在對YUI比較看好，dojo官網用讓我對dojo有些擔憂。
關于dwr,json..這類框架的選擇我覺得關注
? 1 傳輸的是xml json?？茨憧蛻舳说倪x擇了。
? 2 性能
? 3 與服務器端框架的集成度。如spring,pico,struts,webwork....
? 4 是否容易與你客戶端UI控件容易綁定。
六 學會重構
? javascript語言更需要 測試 和 重構 的工具支持。javascript語言太靈活，代碼太脆弱。
? 可能javascript,ajax設計模式相對成熟后，重構會讓我們更容易些。
七 寫給自己
??? 研究ajax，讓自己陷入泥沼。ajax牽扯到的技術，知識太多了。太多的框架，太多的新的思想，太讓自己陷入“完美主義”。可能今晚寫的javascript代碼，明天就會不滿意。自己實現的框架會越來越不滿意。觀望，修煉內功。
???
?
本來有些想法，可就是表達不好。郁悶郁悶.....
凡是有該標志的文章，都是該blog博主Caoer（草兒）原創，凡是索引、收藏
、轉載請注明來處和原文作者。非常感謝。