经常关注这个博客的朋友可能有发现到，我在最近的半年多时间里更新过一些关于Cinema 4D的内容。作为一个软件控，我曾经学过的三维软件包括3ds max，Maya，收藏的教程接近100G。但是现在，我又开始折腾Cinema 4D，并且把它作为我的主力工具之一。正好有朋友发邮件问到Cinema 4D相比其他三维软件有什么优势，我想结合我的经验谈一下我对这款软件的看法：
首先，也是我认为最重要的一点：Cinema 4D的用户界面是最“设计师友好”的：直观的图标和操作方式的高度一致性，让使用这款软件变成了一种享受。
在Cinema 4D中，几乎每个菜单项和命令都有对应的图标。从而很直观的了解到该命令的作用。相比之下，3ds max长长的修改器列表就会让人找的头昏脑胀。
再看Cinema 4D的操作方式。比如要制作Sweep，只需把两条曲线作为Sweep NURBS的子物体： 
再比如制作路径跟随：只需给物体添加一个Align To Spline标签，再把路径曲线拖到标签的Spline Path框里面，略微调整一下参数就可以了。
在MVC模式的具体实现中，另一个令人困扰的问题就是：如何处理各个对象之间的依赖关系。
Ricard Lord在Flex London User Group上的演讲清楚的描述了这个问题。
在DI（Dependency Injection 依赖注入）还没有被引入ActionScript框架开发中的年代，处理依赖关系的方法主要就是利用Singleton（单例）模式。这是一种被滥用得最多的模式。包括Adobe官方的MVC框架Cairngorm也是使用这种模式。
后来的PureMVC采用了Registry Pattern / Model Locator Pattern来代替单例，但是也没能从根本上解决问题。类中包含了冗余的代码去获取依赖，也使得单元测试变得困难。
ActionScript 3新增的反射机制让DI模式的实现成为可能，也让ActionScript开发框架的发展更接近于Java等成熟语言。Mate、Swiz、Parsley和后面要介绍的Robotlegs都使用了DI模式。
其实不论是Singleton，Registry还是DI，都是要解决OOP中的依赖问题。但只有DI模式通过语言的反射机制实现了运行时注入的功能，从而将编译时依赖转移到了运行时。
当前最流行的开发框架是Robotlegs，它在PureMVC的基础上修改而来，被业内誉为“正确的PureMVC”。Robotlegs通过SwiftSuspenders类库实现了基于自定义元数据（meta）的依赖注入功能，建立了MVCS（Model-View-Controller-Service）模式的基本构架。作者Shaun Smith在这篇文章中详述了框架设计背后的思想。
上篇文章介绍MVC基本概念的时候提到用Observer模式来实现松耦合。在上述几个ActionScript框架中，都用不同的方式实现了系统事件发送类的单例（Single Event Dispatcher）：通过一个统一的事件发送者在MVC架构中的对象之间传递信息。
但是，由于ActionScript的事件机制并不完美，所以最近业内又开始流行使用Robert Penner开发的代替方案AS3 Signals。我曾经做过一番尝试：可以告别编写事件名常量和自定义事件的繁琐，可以将事件写入接口等特性给人的感觉果然比较直观。所以如果将来Robotlegs能够在事件机制上整合Signals那就更好了，比如这个。
至此MVC模式的介绍就告一段落，总结来说：MVC把GUI程序划分为Model Layer和Presetation Layer，设计了Model-View-Controller三大模块的职责和关联方式。在表现层根据不同的耦合关系又细分多种模式。MVC现在的发展趋势是用DI、Observer模式等方法来实现模块之间的松耦合。
最后一点题外话，Ricard Lord的演讲还提到了Framework和Toolkit的区别，主要就是是否需要继承框架里的基类。Toolkit比较灵活，无需更改对象的继承关系。Robotlegs就属于这种，所以已经有出现把Robotlegs和Gaia Framework结合在一起的尝试。
