1、1. ExtJS的定位是RIA,和Prototype、jQuery等類庫(kù)的定位不同。使用ExtJS 做開發(fā),就是意味著以客戶端開發(fā)為主,不然就不叫RIA框架了,而Prototype、jQuery等只是輔助性的客戶端框架,和ExtJS不在同一條起跑先上。如果一定要和其它的框架做比較的話,應(yīng)該和Isomorphic SmartClient、Backbase Enterprise Ajax之類的框架做比較,當(dāng)然,和他們相比,ExtJS還是有很大的優(yōu)勢(shì)的。2. 使用ExtJS時(shí)需要解決如何服務(wù)端通信的問題。由于ExtJS只是一個(gè)客戶端的框架,和服務(wù)端技術(shù)沒有關(guān)系,也就沒有相應(yīng)的服務(wù)端的適配層,因此客戶

2、端如果要用ExtJS,則必須提供它需要的數(shù)據(jù)結(jié)構(gòu)。ExtJS主要通過這幾種方式和服務(wù)端進(jìn)行通信:回JSON格式的數(shù)據(jù);容易被忽視,但是在某些情況下還是挺有用的,比如調(diào)用使用這種方式,那么服務(wù)端只能相應(yīng)的返回HTML片段了;3. 使用ExtJS時(shí)的注意事項(xiàng)。ExtJS和其它的輔助性類庫(kù)(Prototype、jQuery 等相比顯得非常龐大,讓很多很多初學(xué)者望而卻步。經(jīng)過近一年的學(xué)和用,對(duì)于ExtJS的使用,我總結(jié)了一下幾個(gè)注意事項(xiàng):盡量使用ExtJS的方言。 ExtJS提供了很多有用的方法,解決客戶端JavaScript常見的開發(fā)任務(wù),常見的有查詢HTMLDom,創(chuàng)建HTML元素,為HTML元素

3、注冊(cè)事件響應(yīng)函數(shù)等,這些大可以全部使用ExtJS提供的方法,使自己代碼構(gòu)建與ExtJS之上,舉幾個(gè)例子:o查詢ID為container的DIV下所有的checkbox,可以使用: Ext.fly(container.select(inputtype=checkbox;o在ID為container的DIV內(nèi)創(chuàng)建一個(gè)按鈕,可以使用:Ext.fly(container.createChild( tag: input,type: button;o為ID為container的DIV的click事件注冊(cè)處理函數(shù),使用: Ext.fly(container.on(click, handlerFn,scope

4、;ExtJS的自定義事件很好用,可以實(shí)現(xiàn)一對(duì)多的通知,而且任何自定義事件都可以中途停止,只要有一個(gè)處理函數(shù)返回false。文件,這樣對(duì)重用有很大的幫助。腳本文件管理盡可能的每個(gè)模塊做成一個(gè)類,一個(gè)類一個(gè)文件,類似與Java或C# 的文件處理方法,每個(gè)文件注明其作用,依賴的文件等,如果太多的話可以考慮寫一個(gè)配置文件,通過讀配置文件來輸出腳本到客戶端。調(diào)試和部署分別加載Debug和Release版本的腳本 ExtJS附帶的例子中沒有使用完整Debug版本的例子,所以很多人找不到完整的Debug版本的引用順序,通過對(duì)Source文件夾下的ext.jsb文件進(jìn)行分析,就可以得到正確的加載順序,如下:o

5、 Debug1./ext-path/source/core/ext.js2./ext-path/source/adapter/ext-base.js3./ext-path/ext-all-debug.jso Release1./ext-path/adapter/ext/ext-base.js2./ext-path/ext-all.js對(duì)Script進(jìn)行壓縮對(duì)項(xiàng)目中有大量的JavaScript的話,對(duì)其進(jìn)行壓縮是很有必要的,這里我推薦的是ExtJS的論壇提供的JS Builder,可以通過配置文件來對(duì)Script和CSS進(jìn)行壓縮,據(jù)說ExtJS就是用這個(gè)工具進(jìn)行壓縮的,不過有一個(gè)缺點(diǎn),就是不支持

6、UTF-8編碼。4. ExtJS的優(yōu)點(diǎn)和缺點(diǎn)總結(jié)。經(jīng)過近一年的嘗試,ExtJS的優(yōu)缺點(diǎn)總結(jié)如下:優(yōu)點(diǎn)o一致的類庫(kù)這點(diǎn)在1.1版本時(shí)還不是很完善,但是到了2.0以后, ExtJS內(nèi)部經(jīng)過了翻天覆地的變化,特別是UI組件,有統(tǒng)一的基類,給人的感覺很像是一個(gè)運(yùn)行在瀏覽器上的運(yùn)行時(shí)框架,這一點(diǎn)只有在對(duì)ExtJS熟練了之后才能體會(huì)到。o托管頁(yè)面呈現(xiàn) ExtJS在發(fā)展到2.0之后,不僅UI類庫(kù)一致了,而且渲染方式也是統(tǒng)一的,用官方的話說,是Managed Rendering,這一點(diǎn)使得UI的擴(kuò)展也比較一致,有利于以后的維護(hù)與發(fā)展。o相對(duì)豐富的文檔和示例毫無疑問,剛剛接觸到ExtJS的人多數(shù)都是被它附帶的例

7、子和開發(fā)文檔吸引過去的,它的文檔做的確實(shí)不錯(cuò)。o華麗而成熟的界面 ExtJS在2.0之后的界面真的是沒得說,不僅華麗,而且相對(duì)很成熟。缺點(diǎn)o沒有合適的開發(fā)利器毫無疑問,一個(gè)好的開發(fā)工具可以大大的提高編碼的速度,但是對(duì)于ExtJS,始終沒有一個(gè)完美的開發(fā)工具,可以推薦的有Aptana Studio,Spket IDE,和Spket 提供的提示文件,但是都是各有優(yōu)缺點(diǎn),都不完美,只能一邊看SDK一邊寫代碼。o沒有界面設(shè)計(jì)工具雖然有人提供了一個(gè)在線的界面設(shè)計(jì)工具,但是和Visual Studio提供的ASP.Net設(shè)計(jì)工具來說,真的可以說是天壤之別。因此,只能一邊預(yù)覽,一邊寫代碼。o文檔不全雖然ExtJS提供的文檔很豐富,但是還是跟不上源代碼的更新速度,所以,經(jīng)常要通過看源代碼,調(diào)試才能真正解決問題。o不能編譯這一點(diǎn)可以說是JavaScript的缺點(diǎn)(如果能編譯,就不叫JavaScript了,在實(shí)際的開發(fā)中,經(jīng)常會(huì)敲錯(cuò)一些代碼,比如大小寫錯(cuò)誤等,不能通過編譯得到反饋,只能在運(yùn)行時(shí)排錯(cuò),導(dǎo)致開發(fā)的效率比較低下。5. 使用ExtJS做應(yīng)用的一些建議。多數(shù)人認(rèn)為ExtJS的腳本體積很大,不適合放到互聯(lián)網(wǎng)上,對(duì)于這一點(diǎn),有如下建議:1.部署到互聯(lián)網(wǎng)上的Web應(yīng)用一定要加載Release版本的ExtJS2.可以考慮只加載必須