Flex框架cairngorm学习

开始技术博客。因为是第一次就简单讨论两个技术主题。

一个是 flex框架学习，关于cairngorm中运用的基本原理。

1 事件机制。相信有过VC编程经验的同学对event机制并不陌生。cairngorm为Flex原有的事件机制定义了一层新的事件驱动模型，它实在Application层用FController构建全局事件监听器，然后依次调用对应Command。

2 动态话和反射。对两个概念，之前不是很熟悉。不过可以从编译角度上理解，在Application通过前端控制器和Service以保证cairngorm的相关框架代码都可以被编译到SWF，以供重用。

3 MVC与多层架构。相信每个尝试做架构师的人都有类似经验，同样是业务逻辑部门，处理是封在前台好还是放在服务器J2EE后台好呢？On you，或许在看过《架构师需要知道的99件事》后能够有个合适的答案。Cairngorm就提供了这样一个灵活的机制，你可以把业务逻辑放在J2EE后台服务层，通过Command Delegate Service等代理处理； 也可以直接把业务处理放在FLEX，后台仅作为持久层，类似与第一次用Struts搭建项目。

4 RPC异步调用。 Cairngorm通过RPC异步调用与后台服务通讯，在此处的设计，性能是第一考虑要素。可以考虑使用Facade模式，have a try。可以根据数据量考虑使用怎样的接口方式，web Service还是HTTPService之类异或是FLEX提供的Blaze数据服务？ 另外一点，既然是异步调用，相信在这儿提出callback这个概念也不会太突兀。这是个令人振奋的概念，函数式编程的一大重要特性。下一篇再谈谈函数式编程。

不过今天一同事和我讨论的代码重用问题值得一提，问题描述大致如下，一成型Flex前台代码中，根据每次调用后台web Service之后根据web Service的超时判断返回，控制前台是否返回登录页面。 如果按照常规思路，在整个代码丛林中搜寻N多后台接口调用，然后做判断再分发loginout事件，势必麻烦。 所以就打算自发地在统一的调用接口出增加一个超时返回的事件处理，然后可以省掉很多代码修改。虽然不是什么重要的跨越，但是这种自发的运用设计模式以节约工作时间的做法值得让人学习。这一段就权当一个小故事，希望对大家以后的工作生活有所启发。