EXTJS—一個漂亮但不賢惠的情人，是我在學習EXTJS和用它做開發後的一個感受。曾經被EXTJS的美麗迷倒過，爲了搞定這個美麗的可人兒，我每天通宵達旦的學習。當時學習開發的時候還沒有中文教程，唯一可以參考的完整的文檔是官方的API文檔，雖然內容很全面，很豐富，但是英文教程還是讓我吃了不少苦頭。將EXTJS運用到系統開發中，並且取得了一定的成果，自己也很高興，也很有成就感。
爲什麼我將EXTJS稱爲“情人”。因爲作爲情人，她首先具備的應該是一個迷人的外表。官網上大量的漂亮的Demo，盡展她迷人的身姿，多少人因爲美麗而踏入她的領地。發幾張我們系統中運用EXTJS開發的界面。
1、 我們在KOA中運用了EXTJS。以下是我在javaeye上發佈的博客。
也來show一下我的EXT成果
2、 我們在百洋軟件實驗室的系統後臺運用了EXTJS的桌面應用。
從這些漂亮的界面來看，我們怎麼不拜倒在她的石榴裙下？我們又怎麼能禁得起EXTJS陣營的誘惑而讓我們趨之若鶩呢？
使用EXTJS，除了她迷人的外表，她還存在着其他的優點。
1、 統一的類庫，雖然在升級到2.2後，類庫發生了很大的改變，但是整體上還是相對一致的。
2、 組件化的思想。EXTJS可以說是將JavaScript的面向對象編程的特性發揮的淋漓盡致。很清晰的繼承體系，讓我們可以拆成不同的組件使用和擴展。
3、 豐富的UI。詳細大家第一次去學習EXTJS也是被官網上那美妙絕倫的例子而吸引的吧。豐富的UI是區別於property，jQuery等輕量級框架所不具有的特性。
4、 詳細的文檔。EXTJS團隊的確把文檔做的非常不錯，內容豐富且易於使用，並且爲我們準備了在線文檔和離線文檔等多種文檔形式。
但是開發系統或者技術選型，我們不能單單隻看界面，效果，而是從各方面考慮，就像人們不能因爲情人的漂亮多姿而升成正房一樣。以下是在學習和開發EXTJS應用時總結的缺點：
1、 最讓人痛恨的是EXTJS的授權，一次次的增加限制，讓我們在使用的時候不得不考慮使用EXTJS的成本。
2、 類庫文件太過龐大，一個ext-all.js就要900多K，造成頁面加載速度太慢。
3、 時間一長，瀏覽器佔的內存就會迅速上升，瀏覽器卡死是經常發生的事情。
4、 服務器端的功能被大大的消弱，服務器端大多數只是在做操作數據庫的功能，應用服務器的功能利用率太低。
5、 前段展現全部用js來實現，存在很多兼容性和穩定性等諸多問題，而真正精通js編程的人不多。
6、 缺少強大的IDE的支持，雖然aptana、spket等開發利器，但是和Eclipse、VS這樣的IDE相比，還是差許多。雖然提供在線的設計器，但是也只不過是個玩物。
7、 JS難以調試，而且界面和服務器後端的通訊及數據的傳遞不直接，需要服務器對象和JSON、XML傳輸介質的轉換，增加了額外的開銷，雖然也提供了java對象和json轉換的類庫，但是使用起來仍然不是很方便，造成了開發效率很低。
8、 JS代碼比較雜亂，難以維護，項目越大，維護成本就越高。
所以說EXTJS是一個漂亮但不賢惠的情人一點也不爲過。就像包二奶雖然不是我們所宣揚的，但是作爲一個社會問題，自然有存在的理由，我們需要合理的認識和處理。而EXTJS作爲情人，地位也非常的尷尬，也需要我們認真的分析，給它一個正確的位置。
1、 EXTJS太過龐大，不適合做互聯網應用。但是值得慶幸的是，今年春天EXTJS發佈了EXTJS-CORE版本，將核心類庫分離出來，去掉了UI，只保留了ajax的相關操作，讓EXT在互聯網應用中開始佔有一席之地。
2、 EXTJS不適合開發整個應用，特別是大型應用，在需要的地方使用就可以了，還是履行她作爲情人的職責吧。
3、 由於使用EXTJS不在關心HTML，CSS這些頁面元素，它特別適合一些不太懂界面的程序員的喜愛，比方我業餘時間可以利用EXTJS開發一些小系統自娛自樂。
在使用了一段時間的EXTJS後，我終於決定要和她說再見了。在OECP中我們使用漂亮且稍微賢惠的RichFaces作爲我們富客戶端技術框架，我們也將在未來的開發中更深入的學習和應用，以後請大家更多的關注我們的OECP項目和相關的技術應用。
EXTJS--一個漂亮但不賢惠的情人
發表評論
所有評論
還沒有人評論，想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.