解析Flex的幾個瓶頸問題
本文和大家重點討論一下關于Flex的幾個瓶頸問題，譬如說在安全方面，如果要用WebService的話，中間不可避免的產生一些讓人無法避開的問題，比如說：權限問題、用戶名和密碼問題。至于其他方面問題請看本文詳細介紹。
關于Flex的幾個瓶頸淺析
最近好像不是太忙了，閑下來的時候卻又總是想著關于Flex和ASP.NET各個方面的優勝劣汰，又一直想用Flex來開發一個在性能、安全性和外觀上都不錯的Blog系統。但最近卻遇到了前所未有的困難，讓我著實有點不知道如何下手，相對于ASP.NET，我覺得這實在是有點讓人難受。
一、在安全方面
尤其是考慮的越深越讓人頭疼，如果要用WebService的話，中間不可避免的產生一些讓人無法避開的問題，比如說：權限問題、用戶名和密碼問題。一般來說，我個人比較喜歡用WebService，因為其廣泛性。然而如果在MXML里面調用WebService，并要執行像Delete或Insert命令的時候，世界上的任何一個用戶都能看到這樣一個WebService對應的Opration。因為MXML的源代碼是開放的。那么在安全性方面，迫使我們將不得不放棄這樣一項后臺操作。(可笑的是：我想到用Flex來顯示頁面，然后用ASP.NET來操作后臺數據庫)。同時SharedObject也并不安全，因為顯示在本機上，任何一個寫入的sharedObject都可以人為的輸入，這樣就讓人感覺太不安了，對于頭腦聰明的人來說，逆思考時最愛做的一件事。
二、在數據顯示方面
比較好用的是DataGrid，然而這樣一個DataGrid卻遠遠無法滿足我們在應用方面的需求。拿個很簡單的例子來說：你要顯示像本站的的主頁面的那樣的形式。DataGrid似乎線顯得蒼白無力，在MXML的Core的Pakeage中，我發現有Repeater這樣一個類。于是花費心機想好好利用一下里面的東西，不過其復雜程度似乎超越了我的能力。并且似乎還非得結合使用Panel和Tile這樣兩個組件來使用。很奇怪的是，在Beta1.0和Beta2.0中我還能在Components中看到Repeater這樣一個可視化的組件，結果想在Beta3.0中想研究一下的時候，卻找不到了，這樣就只能用代碼了，但用代碼卻又得不到很好的可視化效果，在數據綁定方面更是讓人頭痛?，F在對ASP.NET的DataList和Repeater的感覺頓感親切啊。
三、多個頁面
如果一個網站不僅僅只有幾個頁面，而是很多頁面，那么這樣一個MXMLProject將表現得很不好，因為在一個工程里面只能有一個MXML文件(這是Adobe推薦的)。這樣我們就得用更多的State來顯示了，而這樣無疑將增大代碼的復雜程度，在可閱讀性方面將大打折扣。同時將無可避免的增大最后渲染輸出的SWF文件，那么下載又將是一個很大的問題。
四、在代碼分離方面
雖然你可以自定義CSS文件，然而這樣定義的CSS文件卻并不能動態的顯示在MXML文件中，這樣很煩人。在編輯CSS文件的時候也沒什么好的方式，更沒有Dreamweaver那么好的CSS編輯方式。另外在ActionScript方面，這個應該算是一個亮點了，可是對于不理解什么是面向對象的人來說，就顯得很困難了。Flex雖然上手容易，然而真正掌握其中的事件處理方式很程序，從真正意義上掌握卻并不大容易。另外，我發現返回的XMLObject中的String包含的等等Html標簽，在DataGrid中和別的一些控件中并沒有解決方式。
五、外觀顯示
這既是它的一大亮點，又是它的一大不好的地方。好的是，我們并不需要下太大的功夫就能做出不錯的效果;不好的方面就是，即使我們畫好的功夫也不大能做出好的效果。同時Flash似乎和Flex整合的還并不是太好，如何將在Flash里做好的東西應用到Flex中也是一個研究的問題。
總結
綜上所述，雖然Flex剛出世就給人一個又一個的驚喜，然而想讓更多人參與進去，并不是很容易的一件事。這里我不得不說Flex炒作有點厲害了，就同Ajax一樣，人們最開始看到了簡單的一面，但對于深層次的一點的東西卻并不了解，對于語言的研究不僅限于ActionScript,我想最好還要學學更高級的語言，這樣才能更好的理解其中的長和短，而不盲目的追風。當然Flex還在成長，還在不斷進步，我還是相信它的前途的。也相信Adobe將不負Macromedia所望，最終將創造另一個奇跡。
【編輯推薦】
- 學習筆記 解析Flex對象持久化問題
- FlexBuilder4十大新特性閃亮登場
- 學習總結 在Flex中如何嵌入Flex字體
- 技術前沿 Flex2.0 從零開始實現文件上傳
- FlexBuilder開發方法及特點解析
