重寫flex組件

1、重寫組件一、為什么要重寫組件一、為什么要重寫組件1、在FLEX已有組件無法滿足業(yè)務(wù)需求，或是需要更改其可視化外觀等特性時，直接進行繼承擴展。舉例，繼承BUTTON組件的長文本卻不自動換行的自定義控件。2、為了模塊化設(shè)計或進一步重用，需要對FLEX組件進行組合。比如一個包括TEXTAREABUTTON的復(fù)合控件。二、重寫組件需要經(jīng)常換位思考的三個角色二、重寫組件需要經(jīng)常換位思考的三個角色1、作為重寫組件的使用者，有哪些需求。比如需要在MX

2、ML標簽和AS代碼中暴露哪些屬性及對應(yīng)默認值、事件和事件的處理邏輯。2、重寫組件一般需要使用FLEX原有組件，要站在原有開發(fā)者的角度了解設(shè)計規(guī)則。3、作為重寫組件的設(shè)計者，在滿足需求的情況下盡量做到可復(fù)用、低耦合易擴展等設(shè)計原則，讓新組件像FLEX原組件一樣好用。三、重寫組件三、重寫組件AS方式和方式和MXML方式的采用規(guī)則方式的采用規(guī)則1、MXML文件和AS文件最后都會被編譯成AS類，只不過MXML編譯速度稍慢一些2、如果MXML和A

3、S都能完成的一個簡單組件，MXML更容易被創(chuàng)建和控制布局3、當要覆蓋組件的某些方法時只能用AS方式4、創(chuàng)建一個直接繼承UIComponent的子類時只能用AS5、創(chuàng)建非可視化組件比如Fmatter、validat、Effect……時，只能用AS6、要為組件添加日志功能時，只能用AS.四、四、AS方式重寫組件常規(guī)步驟方式重寫組件常規(guī)步驟１、如果有必要，為組件創(chuàng)建所有基于標記（tagbased）的皮膚（skins）２、創(chuàng)建Action類文件

4、⑴從一個基類擴展，比如UIComponent或者其他的組件類⑵指定使用者能夠通過MXML標記進行設(shè)置的屬性⑶嵌入（Embed）所有的圖片和皮膚文件，文件大小盡可能?、葘崿F(xiàn)構(gòu)造器，可以設(shè)置屬性和樣式的缺省值，或者初始化數(shù)據(jù)結(jié)構(gòu)，比如數(shù)組⑸根據(jù)需要，確定是否覆蓋以下五個方法：(a)UIComponent.createChildren()方法，創(chuàng)建組件的子組件(b)mitProperties()方法，提交組件所有的屬性變化，設(shè)置measure

5、()方法可能使用的屬性值。絕大多數(shù)情況下，都是對影響組件如何在屏幕上顯示的屬性使用這個方法(c)UIComponent.measure()方法，設(shè)置組件的缺省size（measuredWidth、measuredHeight）和缺省的最小size（measuredMinWidth、measuredMinHeight）(d)UIComponent.layoutChrome()方法，用于定義容器的邊框區(qū)域和確定邊框區(qū)域的位置，以及確定要在邊

6、框區(qū)域中顯示的附加元素。例如，Panel容器使用layoutChrome()方法定義panel容器的title區(qū)域，這個區(qū)域用來包含title文本和close按鈕。通常，使用RectangularBder類來定義容器區(qū)域的邊框，而不是用圖片資源去包圍組件。比如創(chuàng)建一個RectangularBder對象，然后在重載的createChildren()方法中將其作為一個屏幕上畫出它⑷組件的parent屬性設(shè)置為對父容器的引用⑸樣式(style

7、)設(shè)置⑹組件分發(fā)preinitialize事件⑺調(diào)用組件createChildren()方法⑻調(diào)用invalidateProperties()，invalidateSize()，invalidateDisplayList()失效方法，F(xiàn)LEX將在下一個“渲染事件”(renderevent)期間對相應(yīng)的commitProperties()，measure()，updateDisplayList()方法進行調(diào)用。這個規(guī)則唯一例外就是當用戶設(shè)

8、置組件的height和width屬性時Flex不會調(diào)用measure()方法。也就是說，只有當組件的explicitWidth和explicitHeight屬性是NaN時Flex才會調(diào)用measure()方法。⑼組件分發(fā)initialize事件。此時組件所有的子組件初始化完成，但組件尚未更改size和布局，可以利用這個事件在組件布局之前執(zhí)行一些附加的處理⑽在父容器上分發(fā)childAdd事件⑾在父容器上分發(fā)initialize事件⑿在下一

9、個“渲染事件”(renderevent)中Flex執(zhí)行以下動作：a.調(diào)用組件的commitProperties()方法b.調(diào)用組件的measure()方法c.調(diào)用組件的layoutChrome()方法d.調(diào)用組件的updateDisplayList()方法e.在組件上分發(fā)updateComplete事件⒀如果commitProperties()，measure()，updateDisplayList()方法調(diào)用了invalidatePr

10、operties()，invalidateSize()，invalidateDisplayList()方法，則Flexh會分發(fā)另外一個render事件⒁在最后的render事件發(fā)生后Flex執(zhí)行以下動作：a.設(shè)置組件visible屬性使其可視b.組件分發(fā)creationComplete事件，組件的大小(size)和布局被確定，這個事件只在組件創(chuàng)建時分發(fā)一次c.組件分發(fā)updateComplete事件。無論什么時候，只要組件的布局(lay

11、out)，位置，大小或其它可視的屬性發(fā)生變化就會分發(fā)這事件，然后更新組件來正確地顯示。２、為什么使用失效機制（invalidationmechanism)一種情況是，當設(shè)置了組件的多個屬性后，比如Button控件的label和icon屬性，我們需要所有屬性被設(shè)置后一次性執(zhí)行commitProperties()measure()updateDisplayList()方法，而不是設(shè)置過label屬性后執(zhí)行一遍這些方法，然后在設(shè)置icon屬性

12、后又執(zhí)行一次這些方法。另一種情況是幾個組件同時更改了它們的字體大小。程序更改字體大小的執(zhí)行速度大大快于Flex更新應(yīng)用的速度，因此要在確定最終更改字體之后才開始更新布局。另外，F(xiàn)lex需要協(xié)調(diào)布局操作以消除任何冗余過程，而不是在每個組件更新它的字體大小之后都執(zhí)行一次布局操作。Flex使用“失效機制（invalidationmechanism）”來同步組件的更改。Flex用一系列方法的調(diào)用，比如在setter方法內(nèi)監(jiān)控一個變更變量來標記組