本文和大家重點學習一下Flex2.0實踐方面的知識，Flex2.0.1，是目前Flex的***版本。有很多人預言，Flex2.0.1中很多新功能的定位，將直接面對Flash9，以及Adobe即將推出的Apollo項目。

Flex2.0實踐

自從識得Flex以來，我便喜歡上了這個新技術。說它是新技術，也許有點欠妥。利用AS腳本在Flash中制作表單，這應該是很早以前的事情了，想來很多Flash高手現在仍然對Flex嗤之以鼻，也算是這個道理。其實Flex之所以能夠得以流行，完全得益與Adobe給Flash帶來的革新：ActionScript3.0。

Flex來了

我以前曾經在Flash中寫過一些小程序，主要是為了獲得良好的視覺效果。說實話，在所有我用過的IDE中，Flash的IDE的確很糟。界面很擠、幫助很少、動態提示不友好，而且，as腳本很難管理等等。所以，我對用Flash來做稍大一點的項目，從來都沒奢望過。只到有一天，我偶然看到了Flex2。

Flex2.0.1，是目前Flex的***版本。用過的人都知道，相比于Flex2.0來說，Flex2.0.1的推出，是Flex功能上煥然一新的飛躍。有很多人據此預言，Flex2.0.1中很多新功能的定位，將直接面對Flash9，以及Adobe即將推出的Apollo項目。

***個Flex2.0實踐

近期的一個B/S項目，我完全采用Flex來進行客戶端開發。由于Flex提供了充足的通訊方式：HttpService、WebService以及RemoteObjectService調用。這三種方式都是異步的，并提供了回調事件，這種方式恰好是Ajax大行其道的原因。

基于項目的考慮，在項目中需要進行大量的數據插入、查詢、報表、以及數據CRUD的操作，其實，ROS應該是***的通訊方案。不幸的是，ROS需要FlexDataService服務，對于多CPU的服務器，這是個高成本的投入，只能忍痛割愛了。因此，本項目采用HttpSevice作為通訊方案。

你是否需要框架？

說實話，在客戶端的開發中，我從來沒有認真考慮過框架問題。因為，對于HTML和Javascript組成的Web頁面來說，的確沒有一個很理想的解決方案。可是在Flex中，問題終于出現了。

總體來說，Flex2.0算得上一個獨立的開發環境。這一點，類似與Java和.net開發環境一樣。Java提供了JDK，.net提供了.netframework，而Flex2.0則提供了FlexSDK。我們的應用，寫在ActionScript的類和一個個的MXML文件中。對象與對象之間，通過事件和方法調用進行通訊，不同的對象往往需要共享相同的通訊組件和數據、甚至共享代碼和變量。因此，當寫了十個以上的類時，你就會發現，代碼亂的一團糟。

聯想在Java中使用Spring的經驗，我立即意識到框架的重要性。那幾天，我一直在Adobe官方網站上轉悠，試圖找到些線索。于是，我找到了Cairngorm。

Cairngorm框架

Cairngorm框架，用作者自己的話來說，只能叫做MicroArchitecture(微型架構）。的確，Cairngorm只是一些設計模式的應用，包括FrontController模式、Commander模式、以及Proxy模式等。其原理非常的容易理解：

FrontController負責注冊所有的事件類型以及事件發生時所調用的Commander。當組件之間需要通訊時，組件向FrontController發出event并在event中傳遞參數，然后FrontController調用Commander完成任務并更新model中的數據。所有的model中的DataObject都是bindable的，這樣，所有的組件自動實現了數據的更新。

ModelLocator是所有modeldata的核心。系統用到的所有公共數據都存儲中ModelLocator中，Commander通過ModelLocator進行數據通訊。通訊采用Proxy的方式，所有的通訊方式都被隱藏在Proxy的后面，這樣當更換通訊模塊的時候，不會影響到其他的代碼。

當然，由于Flex2.0提供的幾種Service方式差異很大，所以，Proxy技術并不能完全的實現代碼隱藏。但這種技術本身，給我們提供了很大的參考價值。

簡化的方案

Cairngorm的確給我們帶來了全新的理念，但我只打算使用它的部分理念，因為，對于一個中小型的項目來說，Cairngorm還是顯得復雜。Cairngorm的設計目標是，***程度上減輕組件之間的耦合，而把所有的對象之間的通訊都改為事件。這樣，在減低了耦合性的同時，降低了系統的性能和可測試性。

在我的設計方案中，我去掉了FrontController、Commander等概念，保留了ModelLocator、Event和Proxy。系統流程如下：ModelLocator負責注冊和派發事件，存儲中心數據。組件通訊采用Event方式，同服務器的通訊采用ServiceProxy。

所有的代碼都寫在Action類中，所有的Action類都實現了IResponder接口。這樣，ServiceProxy就可以把異步事件傳播給Action對象。每個Action對象實例化一個ServiceProxy類，并在組件中調用action對象進行操作。如果需要通信，則由組件在ModelLocator中派發事件，另一個注冊了該事件的組件獲得了通知。

這是一個簡化了的設計方案，雖然增加了對象之間的耦合，但整體思路更加清晰，代碼量和編譯后的swf文件大小都得到了優化。

FlexBuilder2心得

FlexBuilder2完全基于Eclipse平臺，這給項目的設計帶來了極大的性能改善和增強的用戶體驗。

方便的功能：

可選的自動編譯項目，這樣在保存后系統立即更新到bin目錄，并能夠立即檢查出代碼中的錯誤并給出提示；
可以選擇清除所有輸出，系統將自動重新進行編譯；
強大的調試功能；
CTRL+ALT+↑向上復制一行，CTRL+ALT+↓向下復制一行，這個功能在代碼編寫中非常的實用；
可以改變代碼文件的文件編碼；

不足之處：

無法選擇打開項目。如果一個項目從其他地方復制過來，在FlexBuilder中在無法打開，只能新建一個項目，然后把這個項目覆蓋上去；
不能自動在Developer視圖和Debug視圖之間進行切換，甚至連快捷鍵都沒有提供；
編輯器不支持鼠標拖拽復制，只能采用剪切和粘貼，相當不便；
調試窗口中不能對變量進行鼠標懸停提示，也不能把變量直接拖拽到watch窗口，變量查看相當不便；
很多自定義類的方法在動態提醒中無法顯示參數定義；
不能對import列表進行優化。雖然提供了對import的整理功能，但這個功能只在類中可以使用，在mxml中則無法使用；
缺少代碼格式化功能；
對xml文件支持不好，或者說干脆不支持；
似乎說了很多的缺點，但其實只是因為太關注，所以太看重Flex2.0。Flex3.0已經在研發的過程中，隨著Apollo項目的推出，Flex將會有一個更加值得期待的未來。

【編輯推薦】

1. Flex2.0.1新特性和所做改進概要
2. 揭露Flex2.0的幾大誤區
3. 技術分享 Flex2.0文件上傳如何實現
4. FlexBuilder3.0與Eclipse3.4的***結合
5. Flex ComboBox和Datagrid組件用法指導