UIComponent方法介绍

flex中的架构，UIComponent类的继承关系
UIComponent > FlexSprite> Sprite >DisplayObjectContainer>InteractiveObject >Displayobject

２、为什么使用失效机制（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()没有对应的失效方法，它会在调用后被立即执行。




invalidateDisplayList
标记组件，以便在稍后屏幕更新期间调用该组件的 updateDisplayList() 方法。
当多次改变控件的某些属性（如 高，宽，数据）后，调用该方法以便一次性的刷新相关属性和布局等。较之于一次一次的自动刷新，更有效率。