flex 组件重写 组件生命周期

AS方式重写组件常规步骤

１、如果有必要，为组件创建所有基于标记（tag-based）的皮肤（skins）

２、创建ActionScript类文件

⑴从一个基类扩展，比如UIComponent或者其他的组件类

⑵指定使用者能够通过MXML标记进行设置的属性

⑶嵌入（Embed）所有的图片和皮肤文件，文件大小尽可能小

⑷实现构造器，可以设置属性和样式的缺省值，或者初始化数据结构，比如数组

⑸根据需要，确定是否覆盖以下五个方法：

(a)UIComponent.createChildren()方法，创建组件的子组件

(b)UIComponent.commitProperties()方法，提交组件所有的属性变化，设置measure()方法可能使用的属性值。绝大多数情况下，都是对影响组件如何在屏幕上显示的属性使用这个方法

(c)UIComponent.measure()方法，设置组件的缺省size（measuredWidth、measuredHeight）和缺省的最小size（measuredMinWidth、measuredMinHeight）

(d)UIComponent.layoutChrome()方法，用于定义容器的边框区域和确定边框区域的位置，以及确定要在边框区域中显示的附加元素。例如，Panel 容器使用layoutChrome()方法定义panel 容器的title 区域，这个区域用来包含title 文本和close 按钮。

通常，使用RectangularBorder 类来定义容器区域的边框，而不是用图片资源去包围组件。比如创建一个RectangularBorder 对象，然后在重载的createChildren()方法中,将其作为一个内容子控件添加到组件中，再用updateDisplayList()方法来确定其位置。

将容器的内容区域和容器边框区域分开处理的主要原因是为了应对Container.autoLayout

属性被设置为false 的这种情况。当autoLayout（自动布局）属性使用默认值true时，只要容器子控件的大小和位置发生变化，容器及子控件就会进行度量和布局。而当其为false时，度量和布局只在子控件被添加或移出容器时才执行。分开处理让Flex 在这两种情况下都执行layoutChrome()，从而在autoLayout属性为false 的情况下，容器仍能够更新它的边框区域。

(e)UIComponent.updateDisplayList()方法，根据以前所设置的属性和样式来确定组件的子组件在屏幕上的大小（size）及位置（position），并且画出组件所使用的所有皮肤（ skins）及图形化元素。组件的父容器负责确定组件本身大小（size）。

要在updateDisplayList()方法中确定一个组件的大小，当子组件是UICOMPONENT时使用setActualSize()方法，而不是UICOMPONENT则使用与组件大小相关的属性width 和height。要确定组件的位置，当子组件是UICOMPONENT时使用move()方法，而不是UICOMPONENT则使用x 和y 属性。一个区别就是move()方法不仅改变了组件位置，而且在调用这个方法之后立即分发了一个move 事件，设置x和y属性也更改组件的位置，但却在下一个屏幕更新事件中才会分发move 事件。

组件支持很多类型的可视元素，比如皮肤，样式和边框。在updateDisplayList()方法中，可以添加这些可视元素，并对它们进行一些控制。由于UICOMPONENT继承自SPRITE，所以可以使用Graphics对象中的Flash绘画APIs进行绘制图形，比如使用Graphics 类去画边框水平线以及其他图形元素：

graphics.lineStyle(1, 0x000000, 1.0);

graphics.drawRect(0, 0, unscaledWidth, unscaledHeight);

updateDisplayList()方法形式如下：

protected function updateDisplayList(unscaledWidth:Number，unscaledHeight:Number):void

以像素为单位的组件坐标系中，unscaledWidth和unscaledHeight是由父容器确定的组件大小，而不管组件的scaleX,scaleY是多少。缩放发生在Flash Player或者AIR中，发生时机是在updateDisplayList()执行之后。比如一个组件的unscaledHeight属性是100，而其scaleY 属性是2.0,那么它在Flash Player或AIR中出现的高度为200像素。

需要注意的是，定义新组件时不一定要重载所有的五个方法，只需重载实现组件功能所必需的即可。比如实现一个自定义的Button 控件，该控件使用新的机制来定义缺省大小（size）。在这种情况下，只需要重载measure()方法。或者，要实现VBox 容器的一个新子类。新子类利用VBox 类已有的所有有关设定大小（sizing）的逻辑，但是变更了VBox 类的布局逻辑以实现从底部到顶部的方式来布局容器中的子控件，而不是自顶向下的布局。在这种情况下，只需要重载updateDisplayList()方法。

(6)增加属性（properties），方法（methods），样式（styles），事件（events）以及元数据

３、以ActionScript文件或者SWC文件的形式部署组件

深入组件生命周期

１、组件生命周期执行顺序

⑴ 调用组件构造函数。构造函数没有返回类型，没有参数，使用super()调用父类的构造器

⑵ 使用set,get设置组件属性，常在set方法内监控一个布尔变量来实现失效机制

⑶ 调用addChild()方法将组件添加到父组件显示列表中，FLEX将自动调用createChildren()，invalidateProperties()，invalidateSize()，

invalidateDisplayList()。只有将组件添加到父容器中，FLEX才能确定它的大小(size)，设置它所继承样式(style)属性，或者在屏幕上画出它

⑷ 组件的parent 属性设置为对父容器的引用

⑸ 样式(style)设置

⑹ 组件分发preinitialize事件

⑺ 调用组件createChildren()方法

⑻ 调用 invalidateProperties()，invalidateSize()，invalidateDisplayList()失效方法，FLEX将在下一个“渲染事件”(render event)期间对相应的

commitProperties()，measure()， updateDisplayList()方法进行调用。这个规则唯一例外就是当用户设置组件的height 和width 属性时,

Flex 不会调用measure()方法。也就是说，只有当组件的explicitWidth 和explicitHeight 属性是NaN 时Flex才会调用measure()方法。

⑼ 组件分发initialize事件。此时组件所有的子组件初始化完成，但组件尚未更改size和布局，可以利用这个事件在组件布局之前执行一些附加的处理

⑽ 在父容器上分发childAdd事件

⑾ 在父容器上分发initialize事件

⑿ 在下一个“渲染事件”(render event)中, Flex 执行以下动作：

a.调用组件的commitProperties()方法

b.调用组件的measure()方法

c.调用组件的layoutChrome()方法

d.调用组件的updateDisplayList()方法

e.在组件上分发updateComplete事件

⒀ 如果commitProperties()， measure()，updateDisplayList()方法调用了invalidateProperties()，invalidateSize()，invalidateDisplayList()方法，

则Flexh 会分发另外一个render事件

⒁ 在最后的render事件发生后, Flex执行以下动作：

a.设置组件visible属性使其可视

b.组件分发creationComplete事件，组件的大小(size)和布局被确定，这个事件只在组件创建时分发一次

c.组件分发updateComplete事件。无论什么时候，只要组件的布局(layout)，位置，大小或其它可视的属性发生变化就会分发这事件，然后更新组件来正确地显示。

２、为什么使用失效机制（invalidation mechanism)

一种情况是，当设置了组件的多个属性后，比如Button 控件的label 和icon 属性，我们需要所有属性被设置后一次性执行commitProperties(), measure(), updateDisplayList()方法，而不是设置过label 属性后执行一遍这些方法，然后在设置icon属性后又执行一次这些方法。

另一种情况是几个组件同时更改了它们的字体大小。程序更改字体大小的执行速度大大快于Flex 更新应用的速度，因此要在确定最终更改字体之后才开始更新布局。另外，Flex 需要协调布局操作以消除任何冗余过程，而不是在每个组件更新它的字体大小之后都执行一次布局操作。

Flex 使用“失效机制（invalidation mechanism）”来同步组件的更改。Flex 用一系列方法的调用，比如在setter方法内监控一个变更变量来标记组件的某些东西已经发生变化， 然后在下一个“渲染事件（renderevent）”中触发组件的commitProperties(), measure(), layoutChrome()，updateDisplayList()检查这些布尔变量来完成最终的变更逻辑。这样做的额外好处就是setter方法可以更迅速地返回，把对新属性值的处理留给了commitProperties()方法。

失效方法及其对应的触发函数如下：

invalidateProperties() 通知组件，以使下次屏幕更新时，它的commitProperties()方法被调用。

invalidateSize() 通知组件，以使下次屏幕更新时，它的measure()方法被调用。

invalidateDisplayList() 通知组件，以使下次屏幕更新时它的layoutChrome()方法和

updateDisplayList()方法能被调用。

当组件调用一个“失效”方法时，它就通知Flex该组件已经被更新。当多个组件调用失效

方法，Flex 会在schedules中协调这些更新，以使这些更新操作在下一次屏幕更新时一起执行。注意，createChildren()没有对应的失效方法，它会在调用后被立即执行。

http://smartblack.iteye.com/blog/393716