前面讲Flash Web背景层的时候已经提到了数据显示层。由于笔者基本不使用组件，所以对笔者来说，数据显示层主要是指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都放在这一层，最下面的那些层就是网站主框架了。也许你已经忍不住要问了，你老说“三帧式”，到底什么是“三帧式”啊？问得好，这正是我下面要讲的重点。
就像我前面说过的，数据显示层要尽量的精简体积，它是一个Flash web浏览效率的关键，不适合做大量的效果，尤其是位图效果。而它的结构也要尽量清晰且工整，便于代码控制。对于Flash模式的网站可以考虑直接将TextField放到_root上；而对于PS模式和混合模式，则最好还是用MC对TextField进行包装，以保证网站各栏目的独立性。
浅谈数据层
数据层可谓是整个Flash web的中枢神经系统，负责Flash web的所有数据显示和交换，还有功能的实现，甚至是动画的控制。
在正式开始讲解数据层之前，我想先回顾一下我自己的代码编写历史。最开始的时候，我一般都是直接把代码写在元件上，这样写的局限性比较大，很多功能无法实现；后来我开始尝试在时间轴上写，可由于当时能力有限，部分代码还是要写在元件上，这样就造成代码混乱，时间一长，自己也记不清代码到底写哪儿；AS能力稍微强点后，我就不再在元件上写代码了，而是全部写在时间轴上，一般都是每个栏目，或者是每个MC包含自己独自的代码，这样做的好处是，代码分布比较清晰，而且代码独立性比较好。但即便这样做，还是不够理想，因为如果网站MC嵌套结果非常复杂的话，每个MC的代码都独自包含，那么代码可能会写在很深层的MC上，而且MC很多话，代码也将随之分布很散，这样还是不方便代码的集中管理，也不容易从总体上把握网站数据之间的联系。
现在的我怎么做呢？由于我现在不仅AS已经玩得很熟，而且能够从宏观上对网站结构进行比较到位的把握，所以我已经完全有能力根据网站的特点和功能在正式动工之前就把网站划分为若干功能模块，然后用我自创的MC三帧式去完成每个模块的实现。
打开我网站的源文件，你会发现，除了主时间轴和主时间轴上一系列具有“三帧式”结构的空MC外，其它地方极少有代码，可以说核心代码已经完全从网站中分离了出来。在主时间轴上，一般来说第一层是AS层，第二层可有可无的标签层，第三层就是数据层，全部的“三帧式”MC都放在这一层，最下面的那些层就是网站主框架了。也许你已经忍不住要问了，你老说“三帧式”，到底什么是“三帧式”啊？问得好，这正是我下面要讲的重点。
