如果使用默认效果，只需要在构造时指定宽高：

　　如要使用自己的雪花，可以在 构造函数 里传入或使用 setSkin 方法：

　　如果需要更多定制，请使用 文档 中的其它 设置方法：

• 获得加载SWF的舞台大小以缩放到适合尺寸显示
  LoaderInfo 的 width 和 height 属性便是舞台大小。
• 使加载的SWF按自己的帧频播放
  LoaderInfo 的 frameRate 属性为加载SWF的帧频，可以修改Stage的 frameRate 属性适应播放。

　　做了一个 简单的例子 ，分别加载300×150帧频5和100×150帧频20的两个swf到200×200大小的区域播放，注释写的很详细，就不啰嗦了。
监听加载事件：

显示加载进度：

显示加载的SWF：

另外加了一个 Slider 组件来控制播放，前提是加载的swf必须发布为Player9,As3：

• 模块(Module)
  按照程序逻辑，可以拆分出多个“功能模块”，如“注册”、“管理”等等；按照游戏或社区类程序的关卡或场景，可以拆分出不同的“场景模块”。这些模块不是主程序运行必须的，只在需要的时候加载。
• 运行时共享库(RSL)
  主场景或者多个模块通用的资源，比如位图、声音、设计好的页面元素等，可作为“库”在主程序运行前加载。可以整套更换的皮肤(skin)只需先加载一套。

　　ApplicationDomain 是存放AS3定义(包括类、方法、接口等)的容器。使用Loader类加载swf时可以通过指定 ApplicationDomain 参数将swf加载到不同的域(Domain)：

　　ApplicationDomain使用类似于显示列表(DisplayList)的树形结构。 相对于舞台(Stage) ，可以认为 ApplicationDomain 最根部的是系统域(system domain)，包含 Flash Player 核心类定义。主程序所在的域(以下简称主域)就是它唯一的子域，类似于Stage下的文档类(Document Class)。
　　一个fla文档类里代码：

　　运行后的显示列表：

　　ApplicationDomain 的类似结构：

• 加载到子域(模块)
  类似于“继承”，子域可以直接获得父域所有的类定义，反之父域得不到子域的。和继承关系不同的是，如果子域中有和父域同名的类，子域定义会被忽略而使用父域的定义。
• 加载到同域(运行时共享库)
  类似集合里的合并关系。被加载swf里的所有类定义被合并到当前域中可以直接使用。和加载到子域相同，和当前域同名的定义也会被忽略。
• 加载到新域(独立运行的程序或模块)
  swf载入指定域之前，先要检查该域及其父域中是否存在同名类，重复定义一概忽略。如果加载别人写的程序，或者使用旧版本的主程序加载新版本的模块，为避免类名冲突就要加载到新域独立运行以使用自己的类。

　　模块加载到同域不是一样可以吗？为何要加载到子域呢？好处就在于，卸载一个加载到子域的模块时，只要确保清除所有到该模块的引用，模块的所有类定义将被垃圾回收(Garbage Collection)。
　　有两种方式可以访问 ApplicationDomain :

• ApplicationDomain.currentDomain
  currentDomain是ApplicationDomain的静态变量，表示当前代码所在的域。该变量很奇特，在主程序里指向主域，在加载到子域的模块里则指向该模块所在的子域。虽然 ApplicationDomain 有个 parentDomain 属性，但子域已经自动获得了父域的类定义，所以通过 ApplicationDomain.currentDomain 就可以获取父域定义了——包括主程序和加载到主域的共享库。(注：系统域不可直接访问，主域和所有新域即系统域子域的parentDomain属性为null)
• LoaderInfo类的applicationDomain属性
  此方式可以访问任何方式加载的swf的 ApplicationDomain。对于主程序来说，加载到同域的库定义已经存在于 ApplicationDomain.currentDomain ，而模块的类主程序一般用不到。所以这种方式个人不推荐使用。

　　ApplicationDomain 的 hasDefinition() 方法判断某定义是否存在，getDefinition() 方法获取指定的定义。下面以一个 例子 来介绍 ApplicationDomain 的具体用法和应用程序的拆分。
　　本例 有四个swf，shell.swf是主程序，lib.swf是共享库，login.swf和result.swf分别是“登录”和“结果”模块，所有的视图元件都在共享库中。实际开发时可能有很多库，比如“位图库”、“音效库”、“模型通用库”等。“通用库”里存放多个模块共用的资源，比如此例中的背景元素。而各个模块独有的资源还是放在各自的swf中。
　　主程序首先将共享库加载到同域，完成后将“登录模块”加载到子域。主程序可以像操作普通的视觉对象(DisplayObject)一样操作加载的模块：监听事件、调用方法。因为编译器不会识别未定义的类，为使用强类型，建议为主类和模型定义相应的接口，使用少量的重复代码协助编程。

　　模块“继承”了主程序和共享库的所有类和资源，可以通过 ApplicationDomain.currentDomain.getDefinition() 来获取相应的类。注意获取不存在的类会抛出一个 ReferenceError。

　　登录模块获取库中的界面元素，并在点击按钮后抛出事件。Event类不允许带参数，必须使用继承Event的自定义事件抛出参数。主程序可以把模块的自定义事件也编译进去(这样就增大了整个程序的文件尺寸)，或者让监听模块事件的函数接受一个Objcet参数，以获取其动态属性。

　　主程序收到事件之后卸载注册模块，加载“结果模块”到子域，并将登录模块传出的”userName”参数传给结果模块。

　　注意initUi()方法分别使用了共享库中Libaray类的静态属性BG_NAME和静态方法getResult()。但是直接调用此静态方法会报错，可以先用 resultFunc 变量取出此方法。详细内容请参考 源代码。

• 自定义类public属性135 | Point140 | Rectangle(x等属性)140
• Array270
• Object500 | 自定义动态类动态属性550
• Rectangle(left等属性)700
• 自定义类getter/setter1000 | 自定义类Function1000

　　出乎意料，最快的是自定类的public属性，速度是Array的两倍Object的四倍getter/setter的八倍——很整的倍数关系。另外存取坐标要用Point和Rectangle，比Array快的多。Object还是少用吧，多用自定义类。
　　另外自定义密封类(sealed,默认)和自定义动态类(dynamic)的public属性、getter/setter速度几乎一样，而动态类动态添加的属性和Object相若。

　　Flash CS3 再这样声明会报错：“A conflict exists with definition a in namespace internal.” 解决方法：

• 取消文档属性
  Publish: Settings… -> ActionScrpt -> ActionScript3 中的 Automatically declare stage instances
• 将同名属性声明为 public

• 牛刀小试 - A*寻路算法简介
• 如虎添翼 - 使用二叉堆优化
• 锋芒毕露 - AS3代码和示例

牛刀小试 - A*寻路算法简介

　　eidiot挂帅出征，携令牌一枚，率人马若干，编制如下：

• 寻路元帅
  　　寻路总指挥，执“行动令牌”一枚和“开启士兵名录”、“关闭将军名录”各一册。凭“行动令牌”调兵遣将。
• 预备士兵
  　　由元帅或预备将军派往未探索区域，完成探索任务后授“开启”军衔，晋为“开启士兵”。发令派其出者为其“父将”。
• 开启士兵
  　　前线待命。接到“行动令牌”后晋为“预备将军”执行探索任务。
• 预备将军
  　　凭“行动令牌”派出预备士兵至周围未探索区域，并考察周围“开启士兵”状态，以“父将”之名节制所派士兵。归还“行动令牌”后授“关闭”军衔，晋为“关闭将军”。
• 关闭将军
  　　后方待命。到达终点后依次报告“父将”直至元帅，寻路任务完成。

　　为协调行动，特颁军令如下：

• “预备士兵”只能由起点或“父将”所在格横、竖或斜向移动一格，直向（横、竖）移动一格走10步，斜向一格14步（斜向是直向1.414倍，取整数），抵达后不得再移动。
• 所有人员需记下派出自己的“父将”、从起点到所在位置所走步数（G）、预计到达终点共需步数（F）。
  其中 F = G + H ，F 是从起点经过该点到终点的总路程，G 为起点到该点的“已走路程”，H 为该点到终点的“预计路程”。G 的计算是“父将”的 G 值加上“父将”位置到该位置所走步数，H 的计算是该点到终点“只走直路”所需路程。

　　看看战图更容易理解，从红色方格出发越过黄色障碍到达蓝色方格：

图例：

　　由图可形象看出何谓“开启士兵”、“关闭将军”：外围的绿色方格为“开启士兵”，“前线待命”，随时可向外继续探索。内围的紫色方格是“关闭将军”，从终点开始沿箭头寻其“父将”直至起点即得最终路径。
　　战前会议结束，拔营出征。

• 首先派出编号为0的“预备士兵”侦查起点，然后升其为“开启士兵”，列入“开启士兵名录”。
• 检查“开启士兵名录”，找出F值最低的“开启士兵”（只有一名人员，当然是0号），发出“行动令牌”派其执行探索任务。
• 0号“开启士兵”接到“行动令牌”，晋为“预备将军”，探索周围格子。
• 向周围8个格子分别派出编号为1到8的“预备士兵”，成为这八名“预备士兵”的“父将”。
• 八名“预备士兵”到达方格后计算G值和F值，报告0号“父将”，晋为“开启士兵”。
• 0号“预备将军”收到八名“开启士兵”的报告，归还“行动令牌”，晋为“关闭将军”。
• 元帅收回“行动令牌”，将0号加入“关闭将军名录”，1到8号加入“开启士兵名录”。

　　此过程结果如下（方格右上角数字是人员编号，左下角是G，右下角是H，左上角是F）：

　　第一轮探索任务完成，元帅开始检查“开启士兵名录”。此时名录中有8名人员，其中1号F值最低为40（起点右移一格，G值为10，到终点平移3格，H值为30，F = G + H = 40），向其发出“行动令牌”。

• 1号“开启士兵”接到“行动令牌”，晋为“预备将军”，探索周围格子。
• 周围8个格子中有3格障碍，跳过。一格是“关闭将军”，跳过。其余四格是“开启士兵”，检查如果从该位置过去G值是否更低。以2号为例，如果从1号过去G值为 10 + 14 = 24 （1号的G值加上1号到2号的步数）,而2号原来的G值是10，不做处理（如果此时发现新的G值更低，则更新2号的G值，并改2号的“父将”为1号）。其他类推。
• 1号检测完周围的方格，不需做任何处理，归还“行动令牌”，晋为“关闭将军”。
• 元帅收回“行动令牌”，将1号加入“关闭将军名录”。

　　此过程结果如下：

　　第二轮结束，元帅再次检查“开启士兵名录”。此时还有7名“开启士兵”，5号和8号的F值都为最低的54，选择不同寻路的结果也将不同。元帅选择了最后加入的8号“开启士兵”发出“行动令牌”，过程同上，不赘述，结果如下：

　　重复这个过程直到某位“关闭将军”站到了终点上（或者“开启士兵”探测到了终点，这样更快捷，但某些情况找到的路径不够短），亦即找到了路径；或是“开启士兵名录”已空，无法到达终点。
　　下面整理一下全过程并翻译成“标准语言”，首先是各名词：

• “开启士兵名录” - 开启列表 - open list
• “关闭将军名录” - 关闭列表 - closed list
• “父将” - 父节点 - parent square
• F - 路径评分
• G - 起点到该点移动损耗
• H - 该点到终点（启发式）预计移动损耗

　　寻路过程：

• 1, 将起点放入开启列表
• 2, 寻找开放列表中F值最低的节点作为当前节点
• 3, 将当前节节点切换到关闭列表
• 4, 如果当前节点是终点则路径被找到，寻路结束
• 5, 对于其周围8个节点:
  • 如果不可通过或已在关闭列表，跳过，否则：
  • 如果已在开放列表中，检查新路径是否更好。如果新G值更低则更新其G值并改当前节点为其父节点，否则跳过
  • 如果是可通过区域则放入开启列表，计算这一点的F、G、H值，并记当前节点为其父节点
• 6, 如果开启列表空了，则无法到达目标，路径不存在。否则回到2

　　再翻译成“编程语言”？请看第三部分，锋芒毕露 - AS3代码和示例。

如虎添翼 - 使用二叉堆优化

　　如何让A*寻路更快？元帅三顾茅庐，请来南阳二叉堆先生帮忙优化寻找“开启士兵名录”中最低F值的过程，将寻路速度提高了2到3倍，而且越大的地图效果越明显。下面隆重介绍二叉堆先生：
　　下图是一个二叉堆的例子，形式上看，它从顶点开始，每个节点有两个子节点，每个子节点又各自有自己的两个子节点；数值上看，每个节点的两个子节点都比它大或和它相等。

　　在二叉堆里我们要求：

• 最小的元素在顶端
• 每个元素都比它的父节点大，或者和父节点相等。

　　只要满足这两个条件，其他的元素怎么排都行。如上面的例子，最小的元素10在最顶端，第二小的元素20在10的下面，但是第三小的元素24在20的下面，也就是第三层，更大的30反而在第二层。
　　这样一“堆”东西我们在程序中怎么用呢？幸运的是，二叉堆可以用一个简单的一维数组来存储，如下图所示。

　　假设一个元素的位置是n（第一个元素的位置为1，而不是通常数组的第一个索引0），那么它两个子节点分别是 n × 2 和 n × 2 + 1 ，父节点是n除以2取整。比如第3个元素（例中是20）的两个子节点位置是6和7，父节点位置是1。
　　对于二叉堆我们通常有三种操作：添加、删除和修改元素：

• 添加元素
  首先把要添加的元素加到数组的末尾，然后和它的父节点（位置为当前位置除以2取整，比如第4个元素的父节点位置是2，第7个元素的父节点位置是3）比较，如果新元素比父节点元素小则交换这两个元素，然后再和新位置的父节点比较，直到它的父节点不再比它大，或者已经到达顶端，及第1的位置。
• 删除元素
  删除元素的过程类似，只不过添加元素是“向上冒”，而删除元素是“向下沉”：删除位置1的元素，把最后一个元素移到最前面，然后和它的两个子节点比较，如果较小的子节点比它小就将它们交换，直到两个子节点都比它大。
• 修改元素
  和添加元素完全一样的“向上冒”过程，只是要注意被修改的元素在二叉堆中的位置。

　　可以看出，使用二叉堆只需很少的几步就可以完成排序，很大程度上提高了寻路速度。
　　关于二叉堆先生需要了解的就是这么多了，下面来看看他怎么帮助元帅工作：

• 每次派出的“预备士兵”都会获得一个唯一的编号（ID），一直到寻路结束，它所有的数据包括位置、F值、G值、“父将”编号都将按这个ID存储。
• 每次有新的“开启士兵”加入，二叉堆先生将它的编号加入“开启士兵名录”并重新排序，使F值最低的ID始终排在最前面
• 当有“开启士兵”晋为“关闭将军”，删除“开启士兵名录”的第一个元素并重新排序
• 当某个“开启士兵”的F值被修改，更新其数据并重新排序

　　注意，“开启士兵名录”里存的只是人员的编号，数据全都另外存储。不太明白？没关系，元帅将在 第三部分 来次真刀实枪的大演兵。

锋芒毕露 - AS3代码和示例

　　地形数据不属于A*寻路的范围，这里定义一个 IMapTileModel 接口，由其它（模型）类来实现地图通路的判断。其它比如寻路超时的判断这里也不介绍，具体参考 AStar类及其测试代码。这里只介绍三部分主要内容：

• 数据存储
• 寻路过程
• 列表排序

数据存储
　　首先看看三个关键变量：

　　开放列表 m_openList 是个二叉堆（一维数组），F值最小的节点始终排在最前。为加快排序，开放列表中只存放节点ID ，其它数据放在各自的一维数组中：

　　这些数据列表都以节点ID为索引顺序存储。看看代码如何工作：

　　还有一个很关键的变量：

　　使用 m_noteMap 可以方便的存取任何位置节点的开启关闭状态，并可取其ID进而存取其它数据。m_noteMap 是个三维数组，第一维y坐标（第几行），第二维x坐标（第几列），第三维节点状态和ID。判断点(p_x, p_y)是否在开启列表中：

寻路过程
　　AStar类 寻路的方法是 find() :

　　注意这里返回数据的形式：从起点到终点的节点数组，其中每个节点为一维数组[x, y]的形式。为了加快速度，类里没有使用Object或是Point，节点坐标全部以数组形式存储。如节点note的x坐标为note[0],y坐标为note[1]。
　　下面开始寻路，第一步将起点添加到开启列表：

　　openNote() 方法将节点加入开放列表的同时分配一个唯一的ID、按此ID存储数据、对开启列表排序。接下来是寻路过程：

　　每轮的寻路：

　　从终点开始依次沿父节点回到到起点，返回找到的路径：

列表排序
　　这部分看代码和注释就可以了，不多说：

　　其中 getScore() 方法：

参考文章：
A* Pathfinding for Beginners (中文)
Using Binary Heaps in A* Pathfinding (中文)