做Flash设计和开发的，要不要学习后期、3D？要我说，很有必要，特别是做表现形式创意的，更是非学不可。因为现在Flash、视频、开发方面自身的潜力已经挖掘的差不多了，这就要靠跨界、整合才能更有新意。我们来看几个例子。
这个Rhythm of Lines是2007年的网站。流畅的线条给人留下了很深的印象。而其中的亮点：线条组成车的轮廓，是怎么做到的呢。答案是先在Maya中把线框的模型建出来，然后用程序导出数据到XML，最后用Papervision3D生成动画。
而接下来的这个网站，更是把这种方法发扬光大。聪明的你应该已经猜到了，没错，组成车的那些点也是从三维软件里面导出来的。
不知不觉这个博客正好过了五岁生日，而接触Flash也快有十个年头了，恍惚间犹记得初见Flash酷炫的动画时的那种惊艳。当初的朋友们不知有多少已经慢慢淡出了这行，而我仍不知疲倦的疯狂迷恋着这互动的美学与技术。
十年间我的身份转变了数次。学生时代通过自学积累下来PS、HTML、Flash的基本功，还有点JS和ASP的实习经验。临毕业那会怀着对当时还是Macromedia公司提出的RIA概念的无限向往，和对AS2、.NET、设计模式的若干浅薄认知，花了一个多月时间，设计开发了一个叫做FStore的Flash商店作为我的毕业设计。找工作的时候经历了一次做设计还是做开发的短暂纠结，后于2004年7月背起背包独自闯荡上海，开始做互动的生涯。
我最庆幸的是在学生时期就找到了自己的兴趣方向，而且养成了主动学习的习惯。那时候的精力是最旺盛的，而且数字设计的领域也不像今天那么宽泛，总以为通过自己的努力，能够掌握最全面的能力。于是我不停的买书，把看技术书弄的像看小说那么沉迷；逛各大设计论坛寻找各种资料，像海绵一样疯狂的吸收着知识。除此之外，参加相关社团，尽量寻找一些实践的机会对提高自身的能力也很有帮助。
正式入行后从设计助理做起：Banner、Key Visual、Flash Intro、Minisite整站一步一步做上来。那时公司正经历了一次大失血，我一到公司就得作为主力顶上一线。这可以算是一种不幸，也可以算是一种运气。不幸的是没有前辈可以学习借鉴，一切只能靠自己。运气是可以有机会快速上位，只要能够表现出足够的实力。在拥有成熟的人员架构的公司里，这是可遇不可求的好机会。于是在这段时间里，我很努力的加班，很苦，但是成长很快。两年下来我的Flash技能就磨练的相当纯熟了。不管是汽车类需要的大气蓬勃、运动类的活力动感、还是化妆品类的婉约唯美，抑或是消费电子的高科技感觉。我都在不断的实践中把握到了制作商业动画的精髓——只能意会的Motion感觉。这点对我后来的转型很有帮助。
授人以渔，而不是授人以鱼。如果你能坚持看完前面三篇（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（中介）。
