1、生命周期简述
(1) Construction 调用组件构造函数。(无参Construction)
(2) Get Set 设置组件属性,常在set方法内监控一个布尔变量实现失效机制
(3) 调用addChild方法将组件添加到父容器中。Flex将自动调
用creationChildren(),invaliteProperties(),invalidateSize(),invalidateDisplayList()。只有将组件添加到父容器中,Flex才能确定它的size,设置它所继承style属性。
(4) 组件的parent属性设置为对父容器的引用。
(5) Style setting
(6) 组件分发preinitialize事件
(7) 调用组件creationChildren()方法
(8) 调用invaliteProperties (),invalidateSize (),invalidateDisplayList ()失效方法,Flex将在下一个render event期间对相应的commitProperties(),measure(),updateDisplayList()方法进行调用。这个规则唯一例外就是当用户设置组件的height和width属性时,Flex不会调用measure方法。也就是说只有当组件的explicitWidth和explicitHeight属性时NaN时Flex才会调用measure方法。
(9) 组件分发initialize事件。此时组件所有子组件初始化完毕,但组件尚未更改size和布局,可以利用这个事件在组件布局之前执行一些附加的处理。
(10) 在父容器上分发childAdd事件
(11) 在父容器上分发initialize事件
(12) 在下一个render event中Flex执行以下动作:
a. 调用组件的commitProperties方法
b. 调用组件的measure方法
c. 调用组件的layoutChrome方法
d. 调用组件的UpdateDisplayList方法
e. 在组件上分发updateComplete事件
(13) 如果commitProperties,measure,updateDisplayList方法调用了invalidateProperties,invalidateSize,invalidateDisplayList方法,则Flex会分发另一个render事件
(14) 在最后的render event发生后,Flex执行以下动作
a. 设置组件visible属性使其可视
b. 组件分发creationComplete事件,组件size和layout被确定,这个事件在组件创建时分发一次
c. 组件分发updateComplete事件,无论什么时候,只要组件的layout,position,size或其他可视的attribute发生变化就会分发这事件,然后更新组件来正确的显示。
2、 为什么使用失效机制(invalidation mechanism)
(1)当设置了组件的多个属性后,比如button的label和icon 属性,我们需要所有属性被设置后一次性执行commitproperties,measure,updateDisplayList方法,而不是设置过label属性后执行一遍这些方法,然后再设置icon属性后又执行一次这些方法。
(2)几个组件同时更改了他们的字体大小。程序更改字体大小的执行速度远远快于Flex更新应用的速度,因此要在确定最终更改字体之后才开始更新布局。另外,Flex需要协调布局操作以消除任何冗余过程,而不是在每个组件更新它的字体大小之后都执行一次布局操作。
Flex使用失效机制来同步组件的更改。Flex用一系列方法的使用,比如在setter方法内监控一个变更变量来标记组件的某些东西已经发生变化,然后在下一个renderevent中触发组件的commitproperties,measure,layoutChrom,updateDisplayList检查这些布尔变量来完成最终的变更逻辑。这样做得额外好处就是setter方法可以更迅速的返回,把对新属性值的处理留给了commitProperties方法。
失效方法及其对应的触发函数如下:
InvalidateProperties通知组件,以使下次屏幕更新时,调用commitproperties
invalidateSize通知组件,以使下次屏幕更更新时,调用measure
invalidateDisplayList通知组件,以使下次屏幕更新时,调用layoutChrom和UpdateDisplayList
当组件调用一个失效方法时,它就通知Flex该组件已经被更新。当多个组件调用失效方法时,Flex会在schedules中协调这些更新,以使这些更新操作在下一次屏幕更新时一起执行。注意,creationChildren没有对应的失效方法,它会在调用后被立即执行
flex组件的生命周期总体可以分为三个阶段:初始、更新、销毁阶段
一。初始阶段
Construction
Construction是组件构造阶段。在构造函数中可以添加事件监听器,初始化属性。
Configuration
Configuration是组件的配置阶段,组件的属性,事件回调函数,样式和效果定义都在这个阶段完成。不应该把这些任务推迟到Attachment和Initlization阶段之后。
Attachment
Attachment阶段是把该组件追加到显示列表当中,一个Flex组件会被一个Flex容器IContianer以addChild方法添加到显示列表当中。
Initlization
在Initlization初始化阶段,组件会执行一次完整的invalidation/validation周期。这个阶段做的工作流程是:
- 发出preinitialize事件。
- 执行方法createChildren()
- 发出initialize事件。
- 行一次完整的invalidation/validation周期。
- 发出creationComplete事件。
二。更新阶段
用户可能会与组件产生交互,组件的位置大小可能改变,样式可能被重新赋值,也可能获得焦点或者被禁用等等。这些情况的发生都用影响到组件外观的变化。所以组件需要重绘自身来响应这些变化。
Invalidation
如果一个组件的属性改变,它可能就会标记组件为失效状态。
Validation
一个组件被标记失效后,会验证是否需要更新组件,如果需要会调用相关的方法来更新。组件有三个极其重要的方法来更新自己:
- commitProperties()
- measure()
- updateDisplayList(unscaledWidth,unscaledHeight)
除了这三个方法,还有一个重要的方法是styleChanged(styleName),当某个样式改变时,styleChanged被调用,然后执行Invalidation标记组件。如果你有自定义一个组件,有一些法则必要得遵守:
不要在子类中显式调用commitProperties,measure和updateDisplayList这三个方法,你要做的是override,而不是call。如果你添加了新的样式,同样是要继承styleChanged方法,加入自己的逻辑。
三。销毁阶段
Detachment
当不需要这个组件时,把它从显示列表中移出。把组件从一个容器中移出再添加到另一个容器中比创建新的组件有更小的开销。
Garbage Collection
如果组件不再被引用时,它就成为符合垃圾回收的对象了,所以垃圾回收的第一条准则是不再有活动的引用。
更加值得注意的是第二条准则,即不包含使用了强引用的事件监听器,Dictionary和Timer。
所以尽量使用弱引用是多么重要,但是同样,小心你的弱引用在不该回收的时刻被回收了。例如对函数中的临时变量使用弱引用,你可能得不到你想要的异步结果。