我們正在計劃開發全新的GUI。我們對我們舊產品中使用的JQuery非常滿意。這很容易,優雅和快速。JQuery vs ExtJS
,我們曾聽到ExtJS。它還具有AJAX和其他功能的大量列表。
我們希望只使用其中的一個。
這是最好根據您的經驗?
我們正在計劃開發全新的GUI。我們對我們舊產品中使用的JQuery非常滿意。這很容易,優雅和快速。JQuery vs ExtJS
,我們曾聽到ExtJS。它還具有AJAX和其他功能的大量列表。
我們希望只使用其中的一個。
這是最好根據您的經驗?
我已經廣泛地使用jQuery並且喜歡它。我曾多次查看過ExtJS,並希望有機會在某個時候使用此庫。這是我的要求。
jQuery的
Javascript編程的垃圾抽屜。他們在那裏得到了你需要的一切,如果你願意挖掘,使用一些膠帶和超級膠水,並且通常有一羣開發者能夠並且願意錘鍊代碼。 jQuery非常棒!
比你認爲它是用於方式更多的地方。但是,像Drupal和其他社區支持的框架/庫一樣,當您獲得免費支持時,您將獲得您所支付的費用。你可以用jQuery完成這一切,但有時你需要一個鏟子,手電筒和毅力。
此外,很好的文檔(與PHP的在線文檔標準桿),和噸,從字面上噸,示例代碼和博客條目在那裏。
將吸引能工巧匠和「先進腳本編寫」誰是毫不避諱地谷歌找到了可用於腳手架問題,高速發展的例子的短語。
ExtJS的
專業地由營利性公司開發,這些都是更接近控制(在視覺工作室的情況下),比控件或插件。 ExtJS有意完整且強大,注重細節和更高級別的組織結構,而不是我認爲存在於jQuery的狂野之中,ExtJS是您付出的代價:專業開發和支持的產品,它的生命力和死亡能力返回價值。
將吸引受過專業訓練的「程序員」希望在控制開發大量的測試和高階或嚴謹。
最後建議
這真的與你的店鋪和客戶做。如果你的團隊更喜歡DIY,並且喜歡將事物粘合在一起並將其發佈出去,那麼請使用jQuery。它適用於任何情況。如果你有一個非常有序的專業商店,ExtJS可能是一個不錯的選擇,但jQuery也是可行的。我認爲沒有必要拆分知識庫並使用兩者,但實際上,如果是這樣,請使用ExtJS作爲面向客戶端的部分,使用jQuery作爲管理控制檯。我沒有看到其他方面的好處。
另外,對於您的管理控制檯,請查看TIBCO。可能過度殺傷,但非常有趣。
Jared Farrish的回答已經相當廣泛了。
我已經在不同的項目中使用了兩者。
ExtJS在尺寸和重量上都有很大的提高。如果您需要一個複雜的Web應用程序界面,它非常出色,它對Windows,桌面等有很好的控制,並且看起來很時尚。
通過他們的論壇,ext論壇社區非常有幫助。
這表明它比jQuery更「僵化」,開始學習曲線的時間明顯更長,但如果您正在查看複雜的用戶界面,它將爲您帶來回報。
jQuery的好處是,它可以讓你的項目更快地移動,並且在實現新功能的時候更容易「實驗」。
他們都適合他們自己的應用類型。我實際上在一個項目中使用了兩個,廣泛的管理員(大量的窗口和部分)是建立在ExtJS和前端,它需要更快地轉身來調整的東西,但有限的UI互動是建立在jQuery中。
希望這有助於
我不jQuery的比ExtJS的更快的學習曲線上達成一致。 ExtJS中的每個組件在網站上都有一個成熟的示例,並且API文檔是絕妙的,結構化的,易於使用和完整的。
你選擇什麼取決於你的接口。在JQuery中,更多的web-2.0像閃亮的接口可能會更容易一些,ExtJS接口很好看,但非常類似於應用程序。這就是說,如果你想創建一個嚴重複雜的,數據量大的界面,我認爲兩者之間沒有任何比較。 ExtJS允許你像後端一樣編程你的界面,完全面向對象。如果您不喜歡默認組件的某些行爲,請將其覆蓋。自己創建可重用組件是非常容易的。在ExtJS 3中引入了直接層,它可以帶走Ajax客戶端 - 服務器通信的所有返回麻煩,並自動爲您調配多個調用,從而減少爲接口提供服務所需的服務器請求數。我可以一直繼續,但ExtJS對我來說是天賜之物,我無法創建在我能夠向客戶收費的時候創建的高度複雜的界面。
與任何運氣好選擇, 羅布
我剛開始使用他們的2 2個不同的項目各一個。 (Ext 4和JQuery)。是的,分機似乎更「企業」,但文檔和學習jquery一直很好,愉快..另一方面,分機已經非常混亂,考慮到大多數文檔將提到分機3,我正在嘗試做的事情上分機4 。
jquery的所有書籍和教程都讓我可以讓目前的設計超過分機。
重要的是要指出,我的經驗是有限的。
讓我們來看看。 EXT有一個陡峭的學習曲線,它是非常強大的。這是我用過的唯一一個JavaScript庫,我稱之爲框架(與YUI類似,我沒有用過)。在4.x版本中,Sencha對MVC模式做出了全面承諾,這吸引了許多有經驗的程序員。
另一方面,jQuery可以輕鬆地完成簡單的事情,而根據我的經驗,任何事情都不可能做到複雜。
爲什麼你只限於這兩個?例如,看看MooTools。它是一個功能強大,靈活和可擴展的庫,你不必猜測它是如何做的,比如使用jQuery,或者使用原生JS來做除簡單的DOM操作或JSON加載之外的任何事情(比如使用jQuery!) 。
我注意到沒有人提到過Dojo,它也非常強大,非常複雜,並且從我在肩上瀏覽我的辦公室其他團隊在瀏覽器中沉重的負擔中看到。
EXT使用一些附加工具,如指南針(運行在紅寶石中)和YUI壓縮器來幫助您在完成您的站點後輸出效率極高的精簡下載軟件包。我把完成用引號括起來,因爲我認爲這對EXT來說是一個垮臺。畢竟,網站幾乎沒有完成,這個過程大致類似於編譯一個Java應用程序,因爲如果你改變了任何東西,你必須再次完成整個輸出過程。
EXT可以讓您大開眼界,但這也意味着您需要學習很多東西,並進行一定的規劃和預先考慮才能執行響應良好的項目。在過去,他們習慣稱之爲「紀律」,但現在時尚並不多(有關更多信息,請參閱「jQuery」)。
但我沒有意見!
我只會回答這個問題,因爲它顯示爲「jquery vs extjs」的第一個結果。就像這裏的一些人一樣,我已經在專業上使用過。我特別喜歡第一個迴應。對於我來說,如果我打算用非常小的團隊構建一個非常小的應用程序,那麼我肯定會使用jQuery。但是,如果你在一個大型團隊中工作,那麼分割jQuery的工作可能不是微不足道的,無法實現一個用戶故事。藉助ExtJS,他們真正接受了面向對象的範例並使其易於維護。此外,您可以使用他們的MVC來將開發人員之間的工作分開。但是,它具有陡峭的學習曲線。那些說「看樣品,你是黃金!」的人顯然不懂如何編寫GOOD extjs代碼。在處理ExtJS UI部分之前,人們確實需要學習ExtJS Core ......雖然這確實是公司沒有良好的開發者文檔的錯誤......好消息是,有像ExtJS In Action這樣的書來拯救。一般來說,我會使用ExtJS,因爲它比jQuery更結構化。當然,jQuery的好處是靈活性......但是,太多的靈活性可能會導致項目失敗......僅僅因爲你可以在你眼中超級粘貼樂高積木並不意味着你應該這樣做。如果你有錢,去ExtJS。
不錯的寫在兩個..有趣的是,我得出了相反的結論:客戶端VS管理員:) – Ben 2011-01-23 06:15:58
我猜這個決定與客戶端看到什麼和管理控制檯的任務(調整用戶賬戶與SCADA)。我的想法是客戶應該看到這些錢,管理控制檯應該是必要的,但這並不困難。說實話,我真的很難支持代碼拆分,除非它是遺留的。爲什麼要重寫jQuery中已有的代碼?這聽起來像浪費了$$,除非ExtJS爲您提供實際的和可預測的改進,以便在發貨時間和/或客戶支持度量指標方面有所改進。 – 2011-01-23 06:20:58