Flex应用程序生命周期
Flex应用的根是SystemManger，它是flash.display.MovieClip的子类，一个Flash Player显示对象类型。SystemManager有两个帧，第一帧是用来显示应用载入的进度指示，这个帧是轻量的，所以它几乎能立即下载和运行。第二帧便是应用本身。当一个Flex应用的SystemManager实例进入到第二帧，它创建一个主应用的实例。SystemManager实例有一个application属性,在它第二帧创建应用对象之前，它是null的。在那个点，应用实例被初始化并运行它自己的启动处理。意指所有的应用对象内部的生命周期事件发生。内部的生命周期事件为： preinitialize应用被初始化，但仍没创建任何子组件。 initialize应用已创建子组件，但极布局这些组件。 creationComplete应用已被初始实例化完成，并已布局所有的组件。一旦应用完成它的内部启动处理，它通过分发applicationComplete事件通知SystemManager。从这个点之后，应用准备运行了。 SystemManager也管理所以被在前台显示的内容，即所有的pop ups，光标，工具提示。 SystmeManager 有一个toplevelSystemManager的属性，引用到当时在FlashPlayer里运行的根级的SystemManager实例。当一个应用是作为FlashPlayer的主应用被载入的，这个属性总是自引用的，然而，当一个应用是被另一个应用载入的，这个被载入应用的 SystemManager对象的topLevelSystemManager则是引用到父应用。虽然你不常要引用SystemManager, 但需要时可以做。所有的UIComponents（包括Application）的子类都有一个systemManager属性引用到 application的SystemManager。开发者常喜欢使用SystemManager来监听应用中任何显示对象分发的事件。当事件冒泡时，有机会操控(handle)事件的最后的对象便是SystemManager. FlashPlayer和框架的不同 FlasyPlayer 是Flash和Flex应用的运行环境。它能运行.swf文件。该文件包含这些字节代码：能与FlashPlayer通信，命令它执行载入图像，画图，发起http请求等等操作。Flash和Flex应用只能做那些FlashPlayer允许他们做的，FlashPlayer提供可执行的API. 应用只包含命令，而FlashPlayer则负责运行这些命令，所以Flash和Flex应用的不同不是内容，而是怎样创建内容。使用框架的代价是.swf文件尺寸的增长，这与用纯AS写的项目形成反差。因为当你不用Flex框架，你是直接引用FlashPlayer的主类，这些类已经在FlashPlayer中了，他们不需被编译进.swf文件。在用Flex框架时，简单的增加一个组件也会增加很多的文件尺寸，因为它需要编译的一�
相关文档：
<?xml version="1.0" encoding="utf-8"?>
<!-- Simple example to demonstrate the DateTimeAxis class. -->
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml">
<mx:Script>
import mx.collections.ArrayCollection;
......
[Bindable]就是所谓的元数据标签。元数据标签是一种特殊的标签，它在代码中的作用就是向编译器提供如何编译程序的信息。实际上，这些标签并没有被编译到生成的SWF文件中，而只是告诉编译器如何生成SWF文件。
[Bindable]
Bindable元数据标签是最经常用到的一个元数据标签，因为它使程序组件之间的数据同步变得很容易。Bin ......
对包含自定义命名空间的XML 进行分析是比较困难的, 它要求该命名空间一定要在任何XML 返回前被申明, 同时要在该命名空间内进行分析。比如对于以下的一个xml：
test.xml
<?xml version="1.0"?>
<soap:Envelope
xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
soap:encodingStyle= ......
