Flash网站开发中常常遇到loading功能、deeplinking、js与flash交互等问题，而这些问题只有在在真实的网络环境下才能进行有效的测试。还在为上传—测试—再上传—测试的重复劳动而烦恼吗？本文告诉你一个更简单有效的debug解决方案。
1.开发Flash网站就应该用网页（而不是swf文件）来进行测试。只需要在FDT的Run Configrations里面按照下图进行设置，就能在项目编译好之后自动打开浏览器来测试（请设置为Firefox，flash插件为debug版本，后面你就知道为什么了）。 
2.如果是用debug模式运行，FDT的控制台应该就能接收到Flash传递出来的各种信息了。这里有使用FDT来debug的详细教程，我就不复述了。但即使不用debug模式，我们也可以得到trace信息的，只要我们祭出这两件两件法宝：Firebug和Flashbug。Firebug是网页开发者必备的插件，功能非常强大。而Flashbug是Firebug的扩展，专门负责输出Flash文件的trace信息。我们来看看这两个插件工作中的截图：
2010奔驰车展现场直击，超过一百多种不同的视角，带你领略奔驰的独特魅力。
Title : Mercedes-Benz Autoshow 2010 Web Special
Client : Mercedes-Benz China
Agency : Energy Source
Date : 2010.4.23Art & Design : Tina’s Team
Motion & Flash & Develop : ES Guru Team
Integrate : ES Tech Team
3D : Bitone
授人以渔，而不是授人以鱼。如果你能坚持看完前面三篇（1，2，3）还没有晕菜，或者甚至还有些疑问想要深究一下的，那么这篇文章就是为你而写的——关于这个工作流程和开发框架的来龙去脉。
这个开发框架的建立来源于Jesse Warden的这篇文章。通过它让我看到了Gaia与Robotlegs相结合的可能性。一般的Agency/Studio网站用Gaia框架已经足够了。但是引入MVC模式能够让开发架构更为清晰，方便进行更复杂的大型团队开发。随后再引入AS3 Signals基本是必然的，因为这个信号机制比Flash自带的Event好得多，就算不用这套框架你也应该尝试一下。
问题主要集中在于Gaia Page的职责划分问题：Page应该是MVC中的那个角色？或者Page甚至应该是一个完整的MVC模块？
如果说按模块化开发的结构来考虑，每一个Page可以看作一个独立的模块。也就是说每一个Page都应该有一个独立的Module Context。但是很多情况下我们所做的网站开发没有那么大的复杂度。如果遵照这种划分思想，只会造成无谓的类增加，凭空增加了维护的难度。所以权衡之下，我不推荐这种做法。有兴趣的朋友可以看一下Robotlegs模块化开发的扩展。
于是我们回到只有一个Main Context的情况下来考虑。在这里，Page可以是一个View（视图），也可以是一个Mediator（中介）。
