Flex组件生命周期.docVIP

Flex组件生命周期 1. Initlization Construction Construction是组件构造阶段，组件的构造器不能有必须的参数 。在构造函数中可以添加事件 监听器，初始化属性。这个阶段只做很少的事情。 Configuration Configuration是组件的配置阶段，组件的属性，事件回调函数，样式和效果定义都在这个阶段完成。你不应该把这些任务推迟到Attachment和Initlization阶之后。 Attachment Attachment阶段是把该组件追加到显示列表当中，一个Flex组件会被一个Flex容器IContianer以addChild方法添加到显示列表当中。 Initlization 在Initlization初始化阶段，组件会执行一次完整的invalidation/validation周期。这个阶段做的工作流程是： * 发出preinitialize事件。 * 执行方法createChildren() * 发出initialize事件。 * 行一次完整的invalidation/validation周期。 * 发出creationComplete事件。 2. Updating 用户可能会与组件产生交互，组件的位置大小可能改变，样式可能被重新赋值，也可能获得焦点或者被禁用等等。这些情况的发生都用影响到组件外观的变化。 所以组件需要重绘自身来响应这些变化。 Invalidation 如果一个组件的属性改变，它可能就会标记组件为失效状态。 Validation 一个组件被标记失效后，会验证是否需要更新组件，如果需要会调用 相关的方法来更新。组件有三个极其重要的方法来更新自己： * commitProperties() * measure() * updateDisplayList(unscaledWidth,unscaledHeight) 除了这三个方法，还有一个重要的方法是styleChanged(styleName)，当某个样式 改变时，styleChanged被调用，然后执行Invalidation标记组件。如果你有自定 义一个组件，有一些法则必要得遵守： 不要在子类中显式调用commitProperties，measure和updateDisplayList这三个方法，你要做的是override，而不是call。如果你添加了新的样式，同样是要继承styleChanged方法，加入自己的逻辑。 3. Destruction Detachment 当不需要这个组件时，把它从显示列表中移出。把组件从一个容器中移出再添加到另一个容器中比创建新的组件有更小的开销。 Garbage Collection 如果组件不再被引用时，它就成为符合垃圾回收的对象 了，所以垃圾回收的第一条准则是不再有活动的引用。 更加值得注意的是第二条准则，即不包含使用了强引用的事件监听器， Dictionary和Timer。 所以尽量使用弱引用是多么重要，但是同样，小心你的弱引用在不该回收的时刻被回收了。例如对函数中的临时变量使用弱引用，你可能得不到你想要的异步结 果next stone -- Flex组件在初始化阶段会依次触发下列的几个事件 ： preinitialize - 当组件在创建的原始阶段触发，它的子元素都还没有创建 initialize - 当组件及其子元素都已经创建完毕的时候触发，但此时组件的大小尺寸还没有决定 creationComplete - 当组件布局完成并显示之后触发 因此，我们一般在initialize的时候，可以对组件上要显示的字符信息等进行设置；尤其是在该时刻设置和组件尺寸相关的值。而要获取和组件布局相关的信息的操作，则放在creationComplete时。 Flex组件的实例化生命周期 我们来看下面这段MXML代码： ? xml version=1.0 ? mx:Application xmlns:mx =/2006/mxml mx:Box id =box1 width =200 mx:Button id =button1 label =Submit / / mx:Box / mx:Application 和这段MXML等同的ActionScript代码是： Var box1:Box = new Box(); box1.width = 200 ; var button1:Button = new Button() button1.label = Submit ; box1.addChild(button1); 其实，当你用MXML创建组件时，