FLash-AS1/2-AS3观念的转变(2)

　　切入正题，我们逐步开局：
　　一、建立文档类（Document Class）
　　现在我们可以开始建立Document Class了。Flash CS3方便地提供了一个”编辑图标”，你可以方便地打开类文件。回忆一下，上一篇文章提到关于类的书写：每一个类都应该在一个package中。我个人的理解，觉得Document Class应该在一个单独的、无具体名称的”generic”package中，即：
 

package  
{  
import flash.display.Sprite;  
public class MyMainClass extends Sprite  
{  
public function MyMainClass()  
{  
init();  
}  
private function init()  
{  
// do sth  
}  
}  
}  
// We can even use some help classes  
class MyMainClassHelper{} 

这里，我们就成功”开局”了。
注意，这个文档类必须为public的。而辅助类则不能定义为public、private的，必须是internal的。文档类必须继承自Sprite 或者MovieClip。因为这个文档类代表了这个swf，显然swf是一个需要在屏幕上渲染显示（flash.display.DisplayObject）并提供资源承载能力（flash.display.InteractiveObject）的基础容器。

　　二、逻辑开局（Initialize the logic）
　　我们所有的逻辑入口都是从这个类的构造函数开始的。AS3的loading有一些麻烦，我们暂时跳过（稍后会介绍）。
　　构造函数一般要保持简洁，不妨用流行的init方式开局，即在构造函数内调用一个init函数。记住一点，AS3中，”_root”已死，这里就是传统意义上的”_root”了。你看到的这个类（文档类），第一反应应该是这个swf文件（就如同你原来看到”_root”就应该反应到swf文件一样）！在这里可以找到原来我们需要的许多资源，例如我们可以找到通过loaderInfo:LoaderInfo属性（继承自DisplayObject），获取外部参数：xxx.swf?somevar=1传进来的”somevar”，也可以通过stage:Stage属性（继承自DisplayObject），来进行原来的Stage类的各种操作。我也可以用contextMenu:ContextMenu属性（继承自InteractiveObject），来控制flash右键菜单的内容。
这一切都在文档类的init以及其他所属方法中进行。所有的其它功能，可以封装成别的类、包进行”模块式”调用。

三、事件机制（The new Event System）
习惯新的事件机制所花的勇气，我认为和开局相当。我曾经热衷于xxx_mc.onRelease = function(){}的写法，而且做过N多这样的项目。然而当我真正开始用addEventListener的时候，才发现这是多么优雅的写法。优雅在哪：

　　1. 统一：只有addEventListener，没有addListener、没有on(…)，代码可以统一地放置。
　　2. 清晰：事件处理函数作为类的方法（Methods）列举分明，试想一个跟在onXXX后面的赋值函数放在代码当众多难找。
　　3. 信息翔实、准确：新的事件机制通过传递Event对象让事件的信息完整无漏地传达给接受方；函数（方法）与类绑死，Delegate终于可以光荣退休了。

四、总结

　　1. 接受新的OOP开发体系：类/对象（class/object）+构造函数（constructor）+成员属性（properties）+成员方法（methods），除了这些东西以外，ActionScript没有别的存在形式！把时间轴和实例上的代码都忘记吧！
我们要”拥抱”类的概念！AS3中所有的一切围绕着类的概念进行。swf就是一个类，用Flex开发，叫做Application，用CS3，叫做 Document Class（往往继承自Sprite）。任何变量（属性）都属于一个类，MovieClip有成员属性currentScene，它是Scene类的一个实例；Sprite有成员属性contextMenu和stage，它们继承自DispatchObject类，分别是ContextMenu类和 Stage类的实例。
　　2. 没有_root，所有的_root有关的操作，封装到文档类中的成员函数（方法）进行。_root不再是swf的代表，取而代之的是Document Class（或者Flex中的Application Class）
　　3. 功能模块化、分离：
　　不要把所有的事情都塞到文档类中去做，哪怕你可以定义很多辅助类，毕竟独立出来的文件更加便于管理、集成、再使用。而且界面（图形、动画）和代码要分离（事实上AS3的Document Class和addChild的内容管理体系帮我们完成了这个操作）。无论你是一个人搞定代码+设计还是有一个团队协作分工编程与动画。分离的好处是让你的功能更加强大和易维护。

　　来源：http://blog.163.com/kim_0801/blog/static/176263320090581047263/