flash as编码的好习惯
每个人玩Flash一段时间后，都会形成自己的一套Flash ActionScript代码编写习惯。好的代码编写习惯可以尽可能避免低级失误和不必要的麻烦，从而加速开发进程，提高开发质量。火山现在虽然只是业余爱好者，但两年的积累，再加上“火山之家”的开发，也自然而然的形成了火山特色的开发习惯。这些习惯从某种程度反映了我现在的开发水平，所以它基本上都是围绕着小型、快捷、面向过程的开发模式形成的，很多地方还很幼稚。不过以后随着我能力的不断提高，以及对面向对象编程思想的学习，它肯定还要不断的更新和完善。 & |. r" X9 C4 t8 {9 \# C4 ?; f
库文件夹分类习惯 . Z6 Z& m# I7 U& f+ N/ d, }+ m) d: Q
•声音、图片各自放到独立的文件夹。
; N; h' P2 |8 ^# C7 V& Z
•MC则根据栏目进行分类到不同的文件夹。
•一般不用图形元件。
时间轴管理习惯 2 J& c& R! l$ ~( a
# ?) E8 S% C0 q. F6 E
•最上层为AS层，如果AS层超过三层，则建立专门的AS图层文件夹。多层AS层需要注意代码执行顺序。
" Q: c+ F2 q& O& r7 W2 M9 a
•第二层为标签层。
' Q- u0 y$ C/ c: ~) y/ F @% U
•主场景其它图层按栏目进行文件夹分类，但一个MC内一般仅为一个栏目，不用分类。
; n' @, ~ \! L6 U/ p$ B( f
•相同性质而且相互影响不大的元件放一层，其它的独立分层，并按视觉效果进行上下分层。
* d* E" N9 U& x- T; O+ J1 T7 b
•loading、过渡动画、功能页面分在不同的场景。 6 u+ R3 k) v( o: j! v: f0 n1 N3 G
元件命名习惯 $ O, S* |5 V" k0 P2 Z3 \. d
•库中元件的命名：采用中文命名，后边添加特定元件的后缀，比如我有一个“导航”的元件，按钮则命名为：“导航BTN”，影片剪辑则命名为：“导航MC”。声音和图片则直接使用“导航”命名。 & L# V( N+ ?4 H C6 a/ o
•命名的三步统一性：即元件在库中的名字，在场景中的实例名，以及所在层的名字尽量保持统一。比如一个元件在库中的名字为：“导航MC“，则它在场景中的实例名将为“daohang_mc”，它所在的层名将为“导航”。这样在元件非常多，代码编写量非常大的时候，可以有效的节省命名和查找时间，同时避免引用错误。 . a+ C9 i' P! ^4 b
3 O w* u) c& z/ G1 X7 V
•文本域命名：如果一个MC中仅有一个动态文本域，则统一命名为：“wenben_txt”，其变量名为“wenben_var”。如果有两个以上动态文本域，则根据其功能进行命名。 5 Z* w! ?. r J* q
架构习惯
•三层分离：主场景数据层，动画层，代码功能层进行分离。由于数据加载完成时，会导致短暂的动画不流畅，所以我一般在loading场景中把数据一起加载完成，然后进入动画场景。大量的时间轴动画又会导致项目结构混乱，所以我一般又会把动画也处理成独立场景，将动画最后一贞复制，然后建立新的功能场景并粘贴，所有的核心代码都集中在功能场景中。 8 L( _9 M6 g. }% C* _
# {) i+ w1 ]' H$ ~3 F& Y! a% O7 M) S P
•MC结构：由于每个MC基本又相当一个独立的小SWF，所以它的结构也尽量遵从“三层分离”的思想。 4 p4 T$ L- m- t) q8 u2 |
•MC双贞式：每个MC都保持两贞。尽管大部分情况下，都可以用一贞完成任务，但我还是会专门留一贞，为可能的贞数据刷新留有余地。
•元件嵌套结构一般不超过三层，迫不得已的情况下，也要保证代码不写在三层以下的元件上。
•外部调用SWF全部定义：_lockroot = true。 & T4 y) f0 r/ S; S; f
6 ?5 W! H3 A% q& Z4 i+ C4 H1 d' B
•外部调用的SWF中绝不使用_level0，除非特别需要。 6 e# {" S# U7 n$ M) y; B
向过程的结构化AS代码编写习惯
' G$ I* w' n) J( A j/ `
一、代码分布 & w& n1 }' e# ^) k+ m
所有代码均写在时间轴上，一般都在第一贞，元件上绝不写代码。主场景上的代码负责对整个系统的初始设置，各MC时间轴上的代码各成一体。 - D, x Q4 K0 D% v7 |; \
二、代码结构 0 k6 R! F( b% ~; q
" z( n u+ c% `' ~& S
按代码编辑器中从上到下的顺序。
1系统初始化：
+ D$ e$ i8 x! t, h, B$ w5 h
①界面初始化：包括编码设置，舞台设置，元件可见性，可用性等等初始设置。 & b) h6 d7 v; }8 M& L0 s
②变量初始化：时间轴或者全局变量初始化。 0 {6 K; t$ \! ~/ F+ {5 u q* f
③数组初始化：初始需要的数组，并利用循环进行赋值。
④对象初始化：初始需要的所有对象，并注册侦听器。 5 H% G2 b! h4 |" H+ Y: F# e) s5 G! q
6 i/ |% Q8 f f$ U8 s. y0 v: t
2、代码逻辑结构：这里是整个代码的逻辑结构，一般通过一系列的函数调用使各种功能有机结合。
3、功能块儿：一般按逻辑结构中的顺序定义各个功能块儿，并封装到函数中。
/ U) T( b9 f: k. s C E4 K* I
三、命名习惯
! {$ l8 c$ u A7 ]( V" r
全部采用中文拼音全拼。 0 r. J$ l) U5 L6 v0 R, a0 H
1、变量命名：使用“var”进行时间轴变量声明，并且采用中文全拼命名，示例：var liuyan=""; . k# |' _, E: T3 `" t4 G( ?
2、数组和对象命名：采用全拼加对应的后缀，示例：var shuzu_array=new Array(); var liuyan_lv=new LoadVars(); - B6 V* b* \5 N: s; S
6 | k! f% _+ _0 ^0 O
3、函数局域变量命名：使用全拼加“fc”后缀，示例：function fanye(anniu_fc); " j6 W; T! ^3 _4 B% s7 n: a8 l
4、外部通信变量命名：外部传递给FLASH的变量，添加对应的后缀:
$ q! L2 Z3 H% w/ Q: [8 k
示例：txt传递给FLASH的变量用：liuyan_txt，ASP则为：liuyan_asp。 " v' H4 }: d; i- k+ G
FLASH传递给外部的变量加“flash”后缀，示例：yeshu_flash。
四、注释习惯
/ o+ k9 g, g# C3 L9 B* S( c4 h
1、注释的位置：我一般习惯把注释写在代码前面。也就是先注释再代码。 8 X. _7 \4 }) J; K# ~$ {1 H
# H( r% ]7 I7 p) h7 V( O
2、注释频率：基本上是逐行注释，最少也是逐功能注释。
4 Y7 t$ h: Y" {' l" P/ ^: G
3、注释结构： 6 S6 v/ ]( Z4 R
模块级代码用"==============="分隔。 ) W8 p7 F6 ?5 X# Z# [ H9 z: m/ m# N8 j
. l$ I' R+ `0 y. A6 Q5 d
功能级代码用"——————"分隔。
+ t% c( M; E( P2 y
一般注释直接用"//"。
下面是经典会员noahgenius补充的一些资料。
2 q" C+ d$ S' \: t/ a
1、自定义元件库的管理
推荐用文件夹分类。最大的类别应该是功能模块，比如说就是导航，建立导航文件夹，文件夹里再有第二级的分类，我按照的是图片，按钮（包括MC按钮），MC，有关联类的MC，主场景MC（就是可以被其他模块使用的，像Interface中的接口）。另外还有有个common功能模块，放组件，声音，视频什么的共用元件。 # P; n; `9 d( q
- p; p3 ~( ]6 `% [7 Q- y
2、方法的命名
变量的命名楼主都说了，我想谈谈函数的命名。推荐“骆驼”试命名法，从语法上来说是动宾结构，比如getMovieClipName()，四个词，第一个是动词，除第一个词外首字母大写，这样的命名比较好说明函数的用途。 : N- M; k* D/ d/ q
3、提高类的颗粒度，类功能单一化 4 Q6 Q- \) ^1 }% T; P! E) L
$ @! j, x9 B; c3 G7 V
多写几个类没有坏处，类的功能尽量单一，不要让一个类做各种各样不相干的事，这样后期的修改会非常麻烦。
4、基于接口的OOP编程 " g/ F' P8 E; j
; s" N* e1 _! V0 o, y
java要求为每个类都配个interface，其实不用那么夸张。但是这个思路值得借鉴，让接口来代替具体的实现类跟别的类交互，如果以后有扩展，只需要再写个实现类，不用修改交互部分的代码了。
5、设计比编码重要
3 g G) u+ U" Q5 I" g
一上来就写代码绝对是不行的。先好好规划自己的系统，从大的流程到细小的逻辑实现，尽量的做到心中有数。这样才不会在做的过程中感觉混乱
