［說明］我在網上許多地方遇到過這篇文章，都沒有明確標記出作者，感到奇怪？？如果您是這篇文章的作者，那麼十分抱歉，恕我直接到文章摘錄於此。因爲這篇文章對我實在太具有參考價值了。原文如下：
AJAX是web20的基石，現在網上流行幾種開源的AJAX框架，比如：jQuery,Mootools,Dojo,Ext JS等等，那麼我們到底在什麼情況下該使用那個框架？以下是一組摘抄的數據：
Ajaxian在2007年底對Ajax工具進行了調查，部分調查結果見下表（其中數字爲調查者使用該工具的百分比，詳細的請參見網頁）：http://ajaxian.com/archives/2007-ajax-tools-usage-survey-results
Prototype
jQuery
Ext
Script.aculo.us
Mootools
YUI
JSON
Dojo
Backbase
34.1%
29.3%
22.5%
22.3%
14.3%
13%
12.9%
11.8%
8.3%
其中Prototype使用率最高，很大程度上是因爲它是最早成熟的框架，很多以前在項目中採用，所以現在一直在用
讓我們來看看選擇AJAX框架的基礎：
你的項目需求（即你需要哪些特性，例如是否要求做出精美的界面、特效或其它功能）
是否支持A等級的瀏覽器（IE, Firefox等）?
文檔的質量：是否完善（包含教程，API，代碼示例等）
框架的可擴展性如何？爲框架寫插件容易嗎？
你是否喜歡它的API的風格？
能大多程度上統一你的JavaScript代碼的風格？
框架大小（太大的框架導致用戶下載時間的延長）
框架是否強迫你改變寫HTML的方式（Dojo就是這樣）？
代碼執行速度：性能如何？
代碼是否爲模塊化（Mootools爲高度模塊化）？代碼可重用性如何？
1:Jquery
主頁：http://jquery.com/
設計思想
簡潔的思想：幾乎所有操作都是以選擇DOM元素（有強大的Selector）開始，然後是對其的操作（Chaining等特性）。
優點
小，壓縮後代碼只有20多k（無壓縮代碼94k）。
Selector和DOM操作的方便：jQuery的Selector與mootools的Element.Selectors.js比較，CSS Selector, XPath Selector（1.2後已刪除）
Chaining：總是返回一個jQuery對象，可以連續操作。
文檔的完整，易用性（每個API都有完整的例子，這是其它框架現在不能比的），而且網上還有很多其它的文檔，書籍。
應用的廣泛，包括google code也使用了jQuery。
使用jQuery的站點：http://docs.jquery.com/Sites_Using_jQuery
核心的開發團隊和核心人員：John Resig等。
簡潔和簡短的語法，容易記。
可擴展性：有大量用戶開發的插件可供使用（http://jquery.com/plugins/）
jQuery UI（http://jquery.com/plugins/，基於jQuery，但和核心的jQuery是獨立的），不斷發展中。
友好和活躍的社區：google groups:http://docs.jquery.com/Discussion
事件處理有很多方便的方法，如click，而不是單一的addEvent之類的。
缺點
由於設計思想是追求高效和簡潔，沒有面向對象的擴展。設計思路和Mootools不一樣。
CSS Selector的速度稍微有些慢（但是現在速度已經大幅提高）
2:Mootools
主頁：http://mootools.net/
設計思想
面向對象的設計思想。
優點
模塊化，各模塊代碼非常獨立，最小的核心只有8k，最大的優點是可選擇使用哪些模塊，用的時候只導入使用的模塊即可，完整的也不到180k（沒有壓縮），壓縮後不到70k。
語法的簡潔，直觀。
特效（Effects）：這一點比jQuery稍強，現在也正在開發Mootools UI（這應該是Ajax框架開發的一個趨勢）。
代碼寫的優美，易閱讀和修改。
文檔的完整（最新的1.2beta的文檔比以前更詳細）。
活躍的社區：官網(http://forum.mootools.net/)，還有一個IRC。
性能：見：http://mootools.net/slickspeed/
缺點
修改了低層的一些類：如Array, String等，這也是設計思想的不同。
在DOM和CSS Selector上不如jQuery強大。
3:Dojo
主頁：http://dojotoolkit.org/
優點
背後強大的支持：IBM、Sun、BEA等，這是非常重要的優勢。
功能的強大，Full Stack的框架，擴展了DHTML的能力，例如：
支持與瀏覽器Back/Forward按鈕的集成。
Dojo Offline，一個跨平臺的離線存儲API。
Chart組件，可以方便地在瀏覽器端生成圖表。
基於SVG/VML的矢量圖形庫。
Google Maps、Yahoo! Maps組件，方便開發Mashup應用。
Comet支持，通過通用的Buyeux協議。
強大的UI（Dijit）。
面向對象的設計，統一的命名空間，包管理機制（The Package System and Custom Builds）
可擴展性。
缺點
複雜，學習曲線陡。
文檔的極端不全，這是一個很大的問題。
API很多不穩定，各版本間改動較大，現在還不是一個成熟的框架。
侵入性太大，頁面中大量使用dojo的屬性，例如
