总之三种模式可谓各有优缺点，如何取舍还是要根据具体项目决定，当然，团队和个人能力也是重要因素。一般来说，程序员出身的可能比较喜欢FLASH模式；传统网页设计师出身的一般比较喜欢PS模式；半道出家，什么都懂点的家伙们看了火山这篇文章后，估计就要开始尝试混合模式了。
浅谈数据显示层
前面讲背景层的时候已经提到了数据显示层。由于火山基本不使用组件，所以对火山来说，数据显示层主要是指TextField，或者用MC简单包装的TextField。它们是网站信息的主体部分，一般都是动态的调用外部信息。当然，由于我用MC进行了包装，它们也可以作为按钮使用，比较常见的就是标题列表，比如我主站上三个子站最新发布列表。
就像我前面说过的，数据显示层要尽量的精简体积，它是一个flash web浏览效率的关键，不适合做大量的效果，尤其是位图效果。而它的结构也要尽量清晰且工整，便于代码控制。对于FLASH模式的网站可以考虑直接将TextField放到_root上；而对于PS模式和混合模式，则最好还是用MC对TextField进行包装，以保证网站各栏目的独立性。
浅谈数据层
数据层可谓是整个flash web的中枢神经系统，负责flash web的所有数据显示和交换，还有功能的实现，甚至是动画的控制。在正式开始讲解数据层之前，我想先回顾一下我自己的代码编写历史。最开始的时候，我一般都是直接把代码写在元件上，这样写的局限性比较大，很多功能无法实现；后来我开始尝试在时间轴上写，可由于当时能力有限，部分代码还是要写在元件上，这样就造成代码混乱，时间一长，自己也记不清代码到底写哪儿；AS能力稍微强点后，我就不再在元件上写代码了，而是全部写在时间轴上，一般都是每个栏目，或者是每个MC包含自己独自的代码，这样做的好处是，代码分布比较清晰，而且代码独立性比较好。但即便这样做，还是不够理想，因为如果网站MC嵌套结果非常复杂的话，每个MC的代码都独自包含，那么代码可能会写在很深层的MC上，而且MC很多话，代码也将随之分布很散，这样还是不方便代码的集中管理，也不容易从总体上把握网站数据之间的联系；那么现在的我怎么做呢？由于我现在不仅AS已经玩的很熟，而且能够从宏观上对网站结构进行比较到位的把握，所以我已经完全有能力根据网站的特点和功能在正式动工之前就把网站划分为若干功能模块，然后用我自创的MC三帧式去完成每个模块的实现。打开我网站的源文件，你会发现，除了主时间轴和主时间轴上一系列具有“三帧式”结构的空MC外，其它地方极少有代码，可以说核心代码已经完全从网站中分离了出来。在主时间轴上，一般来说第一层是AS层，第二层可有可无的标签层，第三层就是数据层，全部的“三帧式”MC都放在这一层，最下面的那些层就是网站主框架了。也许你已经忍不住要问了，你老说“三帧式”，到底什么是“三帧式”啊？问得好，这正是我下面要讲的重点。
“数据层MC三帧式”是我为了方便数据管理而自创出来的一种有效的数据组织框架，它巧妙的利用了时间轴，具有清晰的结构，而且还具有通用性。从字面意思，我们便可以猜出来，它是具有三个空白关键帧的影片剪辑，这三个帧的名字按在时间轴上的先后顺序依次为“chuShi”、“shuaXin”、“gongNeng”。
“chuShi”帧：这一帧负责系统的初始化，主要分两部分，第一部分一般都是一大串变量。这些变量又分为三种，第一种是所有这个MC要操作的对象和其它元件接口；第二种是一些系统初始变量，比如将负责留言显示的页码变量初始为1，就可以让留言初始为显示第一页；最后还有一个比较特殊的布尔变量，就是“yiJiaZai”，我们把它的值初始为false，表明此MC内控制的外部数据此时还未进行过加载，一旦这个MC控制下的数据加载成功，我们立刻将其值变为true。这样做的好处是可以根据此值判断数据是否是第一次加载，然后进行不同的设置和响应。第二部分则是注册刷新函数，有经验的动态flash web开发者都应该知道，FLASH中的数据刷新是重点，这也是flash web较常规网页的最大优势之一。在这里，我们需要注册俩个负责数据刷新的函数：
稍候我会解释为什么。
“shuaXin”帧：这个帧是个空白关键帧，什么都没有，它的意义也将在下面解释：）
