利用介面降低耦合,加快flex的編譯速度

2021-08-25 02:15:12 字數 709 閱讀 3091

最近一直在弄乙個flex介面框架,打算模擬windows操作介面,寫著寫著as檔案越來越多,類與類之間呼叫關係越來越複雜,經常出現類之間的迴圈呼叫,flex的編譯速度越來越慢,實在難以忍受。

看到flex編譯這麼慢我自己揣測,只要修改了類a,呼叫a的類,一直傳染下去flex都會重新編譯。基於這樣的認識,我分析了我的**:

主要類都在互相呼叫,關係如下:

http負責與後台通訊,框架底層通訊,幾乎所有的地方都直接或者間接呼叫它。它也會呼叫auth設定許可權資源,這個模擬較穩定。

auth負責許可權認證處理,呼叫*******。這個類也比較穩定。

******* 工作列,負責開始選單、快速啟動、工作列等等介面顯示,象開啟新視窗的方法也坐在這類中,因此也呼叫了dialog。目前編碼階段重點實現這個類及相關一些功能。

dailog,視窗對話方塊,繼承了resizetitlewindow,在視窗關閉的時候需要通知*******,因此也呼叫了*******。這個類也比較穩定。

**編寫過程中,對*******類修改特別頻繁,每修改一下,哪怕加個空格、換行、注釋什麼的儲存後,編譯都要好久。

我的處理方式就是:修改對*******的呼叫,除了.mxml檔案中呼叫它以外其他地方都不准呼叫。找出*******被呼叫的所有方法,抽取成乙個介面,讓*******實現這個介面,原來引用*******的地方都引用這個介面。現在修改*******,基本感受不到編譯了。就算修改介面,編譯速度也比以前快了很多。

加快flex速度的5個方法

從外部載入 media heider提到了乙個常用的flex最佳實踐 限制嵌入到應用 swf檔案中的 的數量,如影象 影片及 等資源都可以從外部的swf檔案載入。flex框架可以直接將 及字型等資源編譯到swf中。當你想讓終端使用者獲得全部資源時,這種方式確實能派上用場,但是這會導致你的應用長時間停...

如何降低平台和業務的資料結構的耦合

問題背景 系統的模組劃分為平台和業務,分別由平台組和業務組各自維護各自的 typedef struct plat container int a1 平台用 int a2 平台用 int p an 平台用 int serv11 業務1用 int serv12 業務1用 int servn 業務n 用 ...

加快Flex應用啟動速度的5種方式

原文 http www.infoq.com cn news 2008 05 flex startup time jun heider在o reilly的insideria站點上發表了一篇精彩的文章,該文章就 如何加快flex應用的啟動速度提出了很多建議,以幫助使用者減少看見討厭的 loading 對...