通过前面对Flash Web结构的简单介绍，相信大家对MBDD式的每层都应该有个大致的了解了。就像我前面说过的，MBDD式是对所有Flash web的概括，并不是每个Flash web都必须有四层结构的，很多Flash web由于其作用不同，很可能确实某些层。比如像我的个人门户V3，就没有过渡动画层；而这个酷站收藏站，可以说是既没有过渡动画层又没有背景层；还有些Flash web是纯粹的商品展示，比如现在比较流行的房地产网站，他们大都倾向于直接通过动画来展示他们的商品，数据层和数据显示层则比较薄弱。
前面说了那么多，MBDD式的真正意义是到底是什么呢？主要有以下两点：
模式化：对于各种类型的Flash web，我们必须给出一套对应的通用开发模式，就像世界上的人形形色色，但大家的骨架都是一样的。我们有了结实强健的骨架，再往上添砖加瓦就比较容易了，而且效率也会非常的高。
独立性和模块化开发：其实“MBDD式”是我自己在漫长实战路程中的血泪史，从接触Flash到现在，自己也做个十几个Flash web了吧，虽然数量不算多，但每次做我都是自己一个人从界面设计一路杀到后台。刚开始的时候，由于我还不能在一开始就准确把握整个网站的架构，所以只能逐功能去完成，比如先设计导航部分的界面，然后在Flash中完成导航部分的前台功能，最后写后台并再回到Flash中完成整个导航部分，如此循环往复直至完成整个网站。采用这种方式还能按预期完成一个功能复杂的Flash web，此人的意志力和随机应变的能力一定不能弱。因为一个人的思维如果频繁的在设计、前台、后台之间跳转的话，真的很容易精神崩溃。再加上前期没有很好的规划，很可能出现后来的部分和已经完成的部分冲突，造成前面的劳动全部付诸东流，甚至不得不重新来过，这时候还有多少人能坚持下来呢？后来我觉得长此以往确实不是办法，就开始考虑如何才能在一开始就对整个Flash web有个大概的把握，并能长时间的把精力集中在一件事情上呢？于是MBDD式就应运而生了！在MBDD式下，我完全可以遵循这样的开发流程：→选择架构模式→界面设计（网站主体框架及背景层）→后台（Flash中数据层需要的数据显示格式和写入格式）→Flash前台合成（动画层以及数据显示与交换）。在流程的每一步中，我都会最大限度的把所有精力都集中在这步上，直到开始下一步的制作。而且如果在制作的过程中发现有架构不对的地方，我也可以有能力从宏观上去把握，做出最合理的调整。但是很可惜的是，通过笔者对一些Flash web的分析，我发现现在还有很多人，包括有过Flash web开发经验的人，还是不能很好的认识Flash web的结构，他们做Flash web随意性还是很大，背景层与动画层不分、数据表现层与数据层暧昧，甚至是想到那里做到那里，各层混合在一起，最后自己终于把自己搞迷糊了。
关于Flash web设计开发团队协作的简单思考
笔者现在可以说没有任何团队开发经验，在这里谈团队协作是典型的纸上谈兵，但我在开发自己的网站时是严格的给自己分角色的，也有几分团队的意味，很多想法在这里不吐不快。
比如我一开始做架构分析的时候，除了简单的书写文档，是绝对不会开工的，此时我扮演的是一个架构师的角色；而在PS中绘制界面的时候，我会尽量不去想后台，此时我又在扮演一个PS设计师的角色；在写后台的时候，我只是机械的按架构时的要求完成数据显示和写入格式，一般来说数都是固定格式的XML，此时我根本不会去考虑什么Flash和PS，完全在扮演一个后台工程师的角色；最后在Flash中合成的时候，我则又扮演着Flash设计师和AS工程师。尤其是在开发我自己的个人门户V3的时候，我更是“严于律己”，在开发流程的每个阶段，尽量让自己少管“闲事”，看到最后能否按预期目标完成任务，结果还是比较满意的。 | 
