Document Class，中文直译为“文档类”。顾名思义，就是和文档绑在一起的类。
文档是啥？就是要和这个类绑在一起的Fla文件。
什么用处？
这个玩意儿根本目的就是想把AS代码和Flash设计完全剥离。
从此，Fla里面只管设计，逻辑代码全部由外部的类来包办。
对于设计者和新手，黑羽可以打个比方，就好比三步走：
1.把Fla里面所有代码集中到第一帧，
2.再把第一帧里的代码拷贝到外部的一个as文件里。
3.再按照AS3.0的形式，把这些代码放到这个类的构造函数里去。再根据这些个代码抽出一些类的属性和方法就OK了。
唔，这个比喻有很多小毛病。但比较直观，比较好理解，一步步来。
等你明白有哪些小毛病了，你已经不需要这个破比喻了。
对于程序开发者(比如c#)
Document Class就好比一个Entry，它的构造函数就相当于一个main函数。
教程相关例子下载：点击下载
先来一个例子：
上次建立的KingdaMC.fla和KingdaMC.as还在吧？
删了？重来一遍吧，本次要用到fla里面的加好链接类的元件，以及相关的KingdaMC类文件。
我们干两件事：
1.新建一个Document Class类。
2.用上之前的那个Kingda.fla,绑定Document Class
1.新建一个as文件，命名为KingdaMCDocumentClass,记得要和fla在同一目录下：
输入如下代码：
//因为在统一目录下，所以package后面没有路径package { import flash.display.MovieClip; public class KingdaMCDocumentClass extends MovieClip { private var tempMC:KingdaMC; //临时变量，持有当时创建的KingdaMC的引用。 private var MAX_MCS:int = 10; //最多创建的KingdaMC数目 //构造函数，和类同名，在AS3.0中必须为public。不能用private,protected或者自定义的namespace public function KingdaMCDocumentClass() { var i:int; //新的数据类型int，只要是整数，就请用int。效率快过Number。 for (i = 0; i < MAX_MCS; i++) { tempMC = new KingdaMC (); //以下两行定义创建的KingdaMC形状大小随机 tempMC.scaleX = Math.random(); tempMC.scaleY = tempMC.scaleX; //以下两行定义创建的KingdaMC位置在舞台上随机。 tempMC.x = Math.round(Math.random() * (this.stage.stageWidth - tempMC.width)); tempMC.y = Math.round(Math.random() * (this.stage.stageHeight - tempMC.height)); addChild(tempMC); } } }}
它要干的事很简单，就是用我们之前的KingdaMC类在舞台上创建十个KingdaMC实例，大小随机，位置随机。
2.用上之前的Kingda.fla，绑定KingdaMCDocumentClass。
确保库中已有设好KingdaMC类链接的symbol。
设置方法如图：
先把第一帧代码全部删掉。Ctrl+Enter测试一把。是不是有十个MC出来啊。
然后再像图中那样加上第一帧代码，和舞台元件乐一乐。就是不按照Document Class规矩干干，呵呵。
那么它到底是什么？
简单的说，是一个用来取代原有散乱的时间轴代码的标准解决办法。
当一个Fla文件被编译时，Document Class就被主动建立了。我们可以理解为Flash IDE偷偷加上了如下代码：
//path表示Document Class的包，如上一节中说过的org.kingda;//DocClass是指Document Class的名字import path.DocClass; var TouTouDe:DocClass = new DocClass(); //实例名TouTouDe是我乱写的，哈哈。可能是默认的instance1之类的名字这样的好处是所有的时间轴逻辑都剥离到Document Class类文件中，一旦成为一个独立的类文件，那么很方便的可以和CVS软件结合起来。对团队合作(Designer + Coder)来说是一大利好。对新手和小项目来说，没什么优点和必要。
下面说点高级讯息和运用：
有什么坏处？
坏处大大的有。那是相当的不习惯。
所有的舞台上的元件都别直接用属性来命名（比如说随便命名为BigKingda），不然就会出现以下出错讯息：
ReferenceError: Error #1056: 无法为 KingdaMCDocumentClass 创建属性 BigKingda。当然这个限制只在与舞台上的元件，在元件类部直接命名子元件没有问题，在Timeline写相关的代码没问题。
重要：Document Class初始化顺序怎样？
黑羽个人的研究结果：一旦设置了Document Class，那么初始化顺序如下：
Document Class初始化 > 主时间轴代码执行 > 舞台元件绑定的类初始化 > 元件的时间轴代码初始化 >..
下面的层次按这样的规律循环。
Ok了，三大特色到此详细介绍完了。
尽量讲的浅俗易懂，大家明白就好。而且黑羽也加上了一些高级讯息供老鸟参考。喜欢的顶一把！^_^