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

　　如要使用自己的雪花，可以在 构造函数 里传入或使用 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 (中文)

　　当然它能做的事情不止于此。看看示例：

　　自定义文本区域的右键菜单同样是一行代码：

　　这里通过构造函数做了三件事情：

1. 禁用内置菜单
2. 添加自定义菜单项
3. 监听menuItemSelect事件

　　就这些了？当然不，看看示例的系统菜单：

　　首先"绑定"自定义菜单到舞台：

　　然后想怎么玩就怎么玩。先加个链接到我的blog吧：

　　这里用到了添加菜单单项的 addCustom 方法：

　　这里要注意一下，原来的 getUrl() 已被 remove ，需要用新的 navigateToURL 方法：

　　再来加个菜单组，改变一下文本边框颜色：

　　因为他们“同组”，亦即功能统一，只需设置一个事件句柄：

　　不想禁用所有的菜单项，还想保留几个？removeDefault可以实现：

　　为了避免在事件里 switch ，我在 测试代码 里使用对象来对应选项：

　　具体的实现就不罗唆了，看看 测试代码 和 类代码 。

　　以前的 for 和 for ... in 以及新的 for each ... in 循环：

　　效率如何呢？经过多次测试，for 循环平均260毫秒(不预存数组长度平均400毫秒)，for ... in 循环平均8000毫秒，for each ... in 循环58毫秒！！所以应该尽量避免 for ... in ，多用 for each ... in ，用for循环的话最好预存数组长度（var len:Number = testArr.length;）。
　　Object的情况，for ... in 平均560毫秒，for each ... in 平均8毫秒。

检测是否数组所有元素都满足 callback 方法指定的条件。

检测数组中是否有元素满足 callback 方法指定的条件。

根据 callback 方法指定的条件过滤数组，返回由符合条件的元素组成的新数组

数组的每一个元素执行 callback 方法，返回由对应的结果组成的新数组

数组的每一个元素执行 callback 方法，不返回任何值
　　第二个参数 thisObject 是第一个参数 callback 的执行范围，即方法内部的 this ，一般不需指定。callback 的参数也都是一样的

　　item 就是数组的每一个元素，如果数组元素类型统一就指明该类型，否则用 * 。index是数组当前元素的索引，array是操作的数组。参数名称可以任意起。如果只使用第一个参数这些方法都不改变原数组，使用后两个参数则可对原数组进行操作。不推荐这样做。

输出：