本文和大家重點討論一下FlexApplication初始化順序，Flex組件在建立的時候都會經歷四個事件：preinitialize, initialize, creationComplete和updateComplete，而FlexApplication初始化順序是preloader->systemManager->FlexApplicationstarted。

FlexApplication初始化順序

FlexApplication初始化順序是preloader->systemManager->FlexApplicationstarted...

◆preinitialize

在所有的初始化之前觸發,沒有子組件的定義,但是可以引用組件的變量.

◆initialize

當所有子組件生成完成后觸發,在這個時間點還沒有組件被渲染出來.

◆reationComplete

組件定義完成并已經在顯示列表.

◆applicationComplete

所有的組件初始化完成并顯示.

首先介紹一下SystemManager.SystemManager是Flex應用的主控者,它控制著應用窗口,Application實例,彈出窗口,cursors,并管理著ApplicationDomain中的類.SystemManager是FlashPlayer實例化的***個類,它存儲了主應用窗口的大小和位置信息,保存其子組件比如:浮動彈出窗口和模態窗口的痕跡.通過SystemManager可以獲得內嵌字體,樣式和document對象.
自定義的可視化組件(UIComponent的子類)只有在調用過addChild()后,才會有一個SystemManager賦給他們,之前是Null.所以在自定義可視化組件的構造函數中不要使用SystemManager.

Application對象創建時發生事件:

1.實例化Application對象
2.FlexApplication初始化Application.systemManager
3.Application在初始化過程之前,派發預初始化事件.
4.調用createChild().此時,所有應用組件被創建,所有組件的createChild()被調用.
5.Application派發初始化事件,表明所有的組件初始化完畢.
6.派發creationComplete事件
7.Application對象添加到顯示列表中
8.派發applicationComplete事件

大多數情況下,我們使用<mx:Application>來創建application對象,但如果使用ActionScript來創建的話,那么建議不要在application的構造函數中創建組件,推薦在crateChildren函數中,主要是從性能方面考慮.

Flash包含的是一個時間線上的多個幀,而Flex的SWF只包含2個幀.SystemManager,Preloader,DownloadProgressBar和少量工具類都在***幀,剩下的包括應用代碼/內嵌資源全都在第二幀中.當FlashPlayer下載下載SWF時,只要接收到***幀內足夠的數據,就會實例化SystemManager,由它來創建Preloader,然后創建DownloadProgressBar,這兩個對象會察看剩余字節的傳輸過程.當***幀的所有字節傳輸完畢后,SystemManager發送enterFrame到第二幀,然后是其他事件.***Application對象派發applicationComplete事件.

Flex是一個事件驅動的編程模型,任何事情的發生,其背后必然存在一個事件.而開發者***次看到MXML時,很難體會到一個Xml標記的應用的事件流和實例化的生命周期.這個對于HTML和Flash的開發者尤其會感到困惑,因為其熟悉的方式與Flex的一點也不相似.HTML的實例化是從上到下的,Flash的執行是從Frame0開始一幀幀運行的.而Flex則又有不同.
從我們開始學習Flex時,我們就需要了解事件流和MXML的實例化.我非常困惑因為我實在難以理解什么樣的事件會被觸發或者事件什么時候會被觸發.關鍵是要理解事件的基礎并親自觀察事件流的初始化.

【編輯推薦】

1. Flex 初始化時的事件測試
2. Flex2.0Beta1新功能出爐
3. 揭露Flex2.0的幾大誤區
4. FlexBuilder3.0與Eclipse3.4的***結合
5. 剖析Flex DataGrid分頁控件的兩種分頁形式用法