^{<noscript id="cy3if"></noscript>}

Ext框架流行之我見

2024-07-21 02:14:01

字體：大中小

來源：轉載

供稿：網友

最近的這段時間，感覺Ext挺火的。接觸Ext還是半年前的事情了，那時候就想對Ext進行封裝，做一個服務端的Ajax框架出來。可由于身體的原因，還是擱淺了。
使用Ext是從1.1開始的，那時候覺得Ext，幾乎已經簡化了所有的客戶端腳本。就算不會js，不會Ajax，使用Ext也可以很容易的搭建不錯的頁面。而且Ext在兼容性上面做的也算不錯，至少我在ie 6,ie 7 ff和opera 9上運行demo的時候基本上沒有什么問題。當然最主要的一個吸引我的因素是，和其他的框架相比，Ext的界面做的比較的出色，就美觀而言，算是 perfect了。
隨著Ext 2.0的正式發布，關注Ext的人也越來越多。Ext變得越來越大眾化，這是一件值得高興的事情，畢竟使用Ext能夠幫助簡化不少的js代碼，而且對于html代碼的編寫，是數量級的減少。
讓數據和內容分離，一直是Ajax所提倡的，而Ext可以完全做到這些。Grid作為表示組件而Store作為數據存儲，數據可以通過Reader來讀取，包括xml和json，或者其它的自定義實現。
組件化，這是Ext最大的特色。所有的組件都繼承Ext.Component這個基礎類。而Ext.Component繼承 Ext.util.Observable，讓組件事件的處理變得更為的強大和靈活。Ext可以模擬所有的桌面事件，如雙擊，拖拽，這些只有在桌面程序中才見到的，而這些事件的處理變得和桌面程序一樣的簡捷。
動畫以及控件的resize和drag，這些比較難處理的js，在Ext中變得實在很簡潔。基本的Window都有drag和resize行為，動畫更是簡單。當然這些功能只是次要的。不過在ria中，這些功能又都是不能缺少的。
當然Ext的詬病也不少，如性能，這個在瀏覽器中關鍵的因素。完整的Ext.js需要400多k，隨著寬帶的普及，以及Ajax技術的應用，這個應該不成為問題。真正的問題在于Ext都是使用js構建頁面，其中的html代碼，可能比較的繁瑣，過多的div的使用，可能也會是一個災難。如 Ext.Button這個組件的表現層一樣。當然Ext也提供了自定義的html模板功能，這個問題也就可能不是問題了。最后畢竟Ext只是一個客戶端的組件實現，和服務端的集成，還需要自己實現。不過Ext在這個方面，也提供了很多的簡化功能，如延遲裝載，數據讀取等。
當然，個人還是比較的看好Ext，希望這個框架能夠越走越好。

這個框架應該可以走得遠一些，因為有那么多的Fans 在支持。
很多UI框架都會產生大量的HTML代碼和JavaScript腳本，不是ExtJS獨有的，不妨用Firefox Firebug 看一下 .NET 生成的頁面源碼

性能問題，不推薦做Internet 應用，只推薦做企業寬帶 Intranet Application。

至于js文件的大小，可以通過 JS 壓縮/緊湊器，盡可能地減少;然后通過緩存，使js腳本一次加載，處處使用；

至于源代碼的保護問題，可以通過 JS 混淆器，把變量和函數名稱混淆成毫無意義的字母、數字和下劃線，使腳本像天書一樣難讀懂。

上一篇：閱讀Ext學習Js(二)extend從繼承說起

下一篇：Ext 新手快速入門