1. <em id="2qvri"><tr id="2qvri"></tr></em>
      1. 首頁»Flash»如何選擇一個Flex框架

        如何選擇一個Flex框架

        來源:Web開發者 發布時間:2012-03-05 閱讀次數:

        本文和大家重點討論一下如何選擇一個Flex框架,這里向大家介紹了四種Flex框架的優點和缺點,相信通過本文的簡單描述你對Flex框架的選擇一定會自己的見解。

        如何選擇一個Flex框架

        Cairngorm

        Cairngorm是一個廣為人知的老牌Flex框架。它是一個微型架構——由一些設計模式組成用來降低團隊協作的困難。
        Cairngorm從Java的世界帶來了很多開發理念,并且把重點放在三個關鍵區域:處理用戶動作,封裝服務端的交互和業務邏輯,管理客戶端的狀態和界面呈現。
        使用Cairngorm來構建一個項目,需要將應用代碼分離到不同的包并且繼承Cairngorm的類。以下是Cairngorm項目中一些主要的部分和類。

        ModelLocator是一個儲存數據的單例,數據表示程序的狀態。單例類的性質保證了程序中的所有組件取得的是相同的數據。
        ServiceLocator是另一個單例,它集中管理所有服務如HTTPServices。同樣,由于是單例,程序中的所有組件取得的是相同的服務。
        業務邏輯被封裝在command類中。command實現了命令模式,它們表示相應用戶事件的邏輯。
        事件被類FrontController處理,FrontController會把事件映射到相應的Command。
        Delegate類作為代理來對遠端服務進行請求和響應。

        優點

        Cairngorm在Flex社區廣為人知,作為Adobe開源項目的一員,擁有活躍的社區和開發者的支持。
        其次,該框架吸取了Java開發中許多寶貴的經驗,并成功得用于大型項目的開發中。
        并且,Cairngorm適用于團隊開發,因為它提供了結構化的開發方法來創建應用,利于分布式的開發。

        缺點

        需要寫大量的類應該是Cairngorm最多的負面評論了。在Cairngorm中,每一個event對應一個command;因此,需要對程序觸發的每一個事件來寫一個command類。而且,還要為command寫一些其他的類,例如delegates。即使是一個中型的應用也會導致大量的類產生。

        其次,Cairngorm實現了自己的一套事件處理的方法。這增加了Flex內置事件模型的復雜度,而且它還有限制。由于每個事件都有自己的的command,事件的響應者被限制成1個。加之Cairngorm的事件不具冒泡特性,如果要發送數據到容器的其它層次則需要自己來實現。

        第三個常見的批評是Cairngorm依賴全局的單例,這讓模塊和單元測試變得困難。盡管可以打破單例中的模型簡化測試,但是會增加額外的過程。

        Mate

        Mate是一個基于標簽的,事件驅動的框架。基于標簽意味著它可以完全實現在MXML中。該框架的目的是讓事件響應者的聲明變得簡便。
        在項目中使用Mate只需要處理兩個方面:使用1個或者多個事件,有一個成為”eventmap“的MXML文件——被包含在主程序中的一個MXML文件。它定義了需要監聽的事件以及如何被處理。必須有1個eventmap,而且允許有多個。

        Mate也實現了依賴注入(Dependencyinjection)的理念——有時被稱為好萊塢原則,或“don’tcallus,we’llcallyou”。對象的創建時這樣一種方式:數據被創建并且注入到對象中。也就是說,對象不會喊著要數據(”don’tcallus”),而是數據被傳送給對象(”we’llcallyou”)。

        優點

        Mate使用依賴注入提升了松耦合性。因為組件不依賴全局的單例,能更自由地作為對立的部分。Mate不會阻止你使用Flex內建的事件機制,也不會像Cairngorm一樣為每個事件都使用單獨的響應。Mate的MXML標簽文件簡單易用,而且文檔優秀,在官網上有大量的代碼實例。

        缺點

        Mate使用MXML文件構建,要是作為一個ActionScript開發者,就需要調整自己的習慣。而且Mate沒有為應用程序制定結構,這份工作留給了開發者。
        因此,需要加強團隊協作來保證代碼的兼容性。還有一個問題與AdobeLiveCycleDataServicesES有關,要知道Mate暫時還不能處理LiveCycleDataServices提供的數據管理方面的功能。

        PureMVC

        盡管PureMVC用在Flex上,但是它并不是只為Flex設計的。PureMVC的創建者想讓它是一個語言無關的框架。如果你訪問它的網站,會發現大量的不同語言的實現版本。

        PureMVC以MVC模式為中心,其目標是把項目分離成模型層,視圖層和控制層。這三個層表現為三個單例——Model,View和Controller,還有第四個單例Facade用來對前三個單例進行集中管理,是Facade模式的實現。

        與Cairngorm很像,使用PureMVC創建一個項目需要把項目分成多個包,然后繼承框架中的類來構造自己的類。最后還要為項目額外創建一個Facade類來作為程序的入口。

        優點

        與Cairngorm一樣,PureMVC是一個結構良好的框架,有活躍的社區和開發者支持。它很適合團隊開發,其清晰的結構能告訴開發者如何創建和組織代碼。

        缺點

        因為它依賴于單例,所以有著和Cairngorm一樣的缺點。它不是一個特定的Flex框架,所以沒有充分利用到MXML的特性。

        跟Cairngorm類似,PureMVC有自己的事件處理方式,但是跟標準的Flex事件模型一起工作會增加開發難度。

        PureMVC是一個比較復雜的框架,有相當陡的學習曲線。除非你的團隊很熟悉它,否則培訓會占用很多時間。

        還有,PureMVC也需要創建很多類,既增加了產品的開發時間,又增大了項目的尺寸。

        Swiz

        Swiz是一個控制反轉(IoC,InversionofControl)Flex框架,它提供一些機制來簡化事件處理和異步遠程調用。Swiz的真正意圖是以一種簡單高效的方式提供一個MVC范式。與Cairngorm和PureMVC不同,它借鑒了Java的一些模式,摒棄了預定義的文件結構。

        使用Swiz創建一個項目需要告訴Swiz所用到的組件。以這個為核心,Swiz是一個集中管理的工廠模式。組件被名為BeanLoader的靜態類加載到工廠當中,由工廠來處理組建的實例化。
        Swiz還提供依賴管理,它使用了一個名為Autowire的自定義標簽,Autowire標簽定義依賴然后交給Swiz處理。

        優點

        Swiz簡單易用,沒有預定義的文件結構。類似于Mate,Swiz通過Autowire這個依賴注入系統,提升了松耦合性。也類似于Mate,它使用Flex內建的事件模型,并且使用單例來發送一個關鍵的事件。

        缺點

        跟Mate一樣,Swiz沒有為項目的結構做過多的定義,這些留給了開發者,因此,需要加強團隊協作來保證代碼的兼容性。
        其次,它使用了自定義標簽,項目的建立會額外多出一些步驟,例如設置額外的編譯選項。這些過程并不復雜,但是至少這些過程在其他框架中不需要。文檔強調的是Flex2的開發者,所以可能不適合比Flex2更新的版本。

        做出選擇

        雖然描述的并不詳盡,但是這些信息加上資源足以讓人理解提到的每個框架的方法論,優點,還有缺點。看了這些,你將如何作出取舍呢?
        也許第一個問題應該問:我是否需要一個框架?Flex和MXML為快速應用開發提供了健全的系統和方法。我一直以來不太使用框架的原因是,相對于使用Flex框架而言,使用額外的框架會讓我為了適應這些框架而去做更多的事情。我認為,框架的作用是簡化工作任務和提高生產率,而不是為了證明我能用或者用了就說明我是一個優秀的開發者。

        在一個電話面試中,我解釋了自己為什么選擇不使用框架,面試者回應:”我們是一個大的團隊,所以你明白為什么我們需要一些框架了”。一番思索之后,我確實明白了它的意思。
        使用框架的一個好處就是它讓代碼的編寫標準化了。一個程序員A和一個程序員B使用同一個框架負責同一個項目的兩個不同部分,那么可以認為他們寫的程序是兼容的。也許這時候應該考慮另一個問題:有多少結構允許被強加?

        這里介紹的這些框架或多會少都包含了一些預定義的結構。與獨自開發相比,團隊開發需要更多這樣的結構。這些結構可以增加項目的開發時間和文件尺寸,但是也會提升團隊的開發環境和代碼的一致性。相比這下,如果你是項目唯一的開發者,就不需要把事情搞那么復雜,或許你需要一個沒有這么多預定義結構的框架。
        所以,選擇一個正確的框架或者壓根不用框架是由開發環境和項目決定的。我能給出的最好的建議是了解你的項目。通過我的調查和這篇文章,我認為自己對框架的看法會更深刻,它們確實可以滿足一些需求。

        來源:9ria 翻譯自:http://www.adobe.com/devnet/flex/articles/flex_framework.html

        QQ群:WEB開發者官方群(515171538),驗證消息:10000
        微信群:加小編微信 849023636 邀請您加入,驗證消息:10000
        提示:更多精彩內容關注微信公眾號:全棧開發者中心(fsder-com)
        網友評論(共1條評論) 正在載入評論......
        理智評論文明上網,拒絕惡意謾罵 發表評論 / 共1條評論
        登錄會員中心
        江苏快3投注技巧