算机学校 唐山电脑学校 唐山计算机学校

正文：

库文件夹分类习惯：

* 声音、图片各自放到独立的文件夹。

* MC则根据栏目进行分类到不同的文件夹。

* 一般不用图形元件。

时间轴管理习惯：

* 最上层为AS层，如果AS层超过三层，则建立专门的AS图层文件夹。多层AS层需要注意代码执行顺序。

* 第二层为标签层。

* 主场景其它图层按栏目进行文件夹分类，但一个MC内一般仅为一个栏目，不用分类。

* 相同性质而且相互影响不大的元件放一层，其它的独立分层，并按视觉效果进行上下分层。

* loading、过渡动画、功能页面分在不同的场景。

元件命名习惯：

* 库中元件的命名：采用中文命名，后边添加特定元件的后缀，比如我有一个“导航”的元件，按钮则命名为：“导航BTN”，影片剪辑则命名为：“导航MC”。声音和图片则直接使用“导航”命名。

* 命名的三步统一性：即元件在库中的名字，在场景中的实例名，以及所在层的名字尽量保持统一。比如一个元件在库中的名字为：“导航MC“，则它在场景中的实例名将为“daohang_mc”，它所在的层名将为“导航”。这样在元件非常多，代码编写量非常大的时候，可以有效的节省命名和查找时间，同时避免引用错误。

* 文本域命名：如果一个MC中仅有一个动态文本域，则统一命名为：“wenben_txt”，其变量名为“wenben_var”。如果有两个以上动态文本域，则根据其功能进行命名。

架构习惯：

* 三层分离：主场景数据层，动画层，代码功能层进行分离。由于数据加载完成时，会导致短暂的动画不流畅，所以我一般在loading场景中把数据一起加载完成，然后进入动画场景。大量的时间轴动画又会导致项目结构混乱，所以我一般又会把动画也处理成独立场景，将动画最后一贞复制，然后建立新的功能场景并粘贴，所有的核心代码都集中在功能场景中。

* MC结构：由于每个MC基本又相当一个独立的小SWF，所以它的结构也尽量遵从“三层分离”的思想。

* MC双贞式：每个MC都保持两贞。尽管大部分情况下，都可以用一贞完成任务，但我还是会专门留一贞，为可能的贞数据刷新留有余地。

* 元件嵌套结构一般不超过三层，迫不得已的情况下，也要保证代码不写在三层以下的元件上。

* 外部调用SWF全部定义：_lockroot = true。

* 外部调用的SWF中绝不使用_level0，除非特别需要。