Cairngorm的helloWorld(附源码)

  Cairngorm作为flex的官方MVC框架,虽然不是最好,但确实是应用人群最多的一个框架.如果学会了Cairngorm框架的基本原理,则其他的flex MVC框架也是手到擒来.

  欲练此功,必先**,(你懂的),所以先简单介绍下MVC,MVC即model,view,control

model:好比是人体的部件,像是心肝脾胃肾等,供组合的部件
control:就好比是神经,骨骼,将人体的骨骼部件组合起来,控制了人体的整个运作
view:就是人皮咯,看过画皮的都知道,套上什么样的皮,人就是什么样(有点牵强),所以,客户也是比较注重view(美女谁不喜欢?).

  现在再来看看cairngorm的组成成分.
Model :就是提供用户调用的组件,一般是针对用户的交互动作产生自定义的event事件(该事件继承Cairngorm Events).
Controller:控制器,用于接收event并且将event和command关联起来(类似于老鸨的角色).
command:用于处理业务逻辑,调用Cairngorm Delegates和其他的command,来更新Model里面的值或变量.
delegate:是由command创建的,主要是用于远程的调用(http,objectserver等),结果交付给command.//******例子中不介绍******//
service:定义连接到远程数据库的远程过程调用.//******例子中不介绍******//

^^^^^^^^^^^^^^^^^^^^华丽的分割线^^^^^^^^^^^^^^^^^^^^^^^^^
  刚开始的时候,可能我们还不懂得为什么要这么做,好像弄了框架之后变得更加麻烦了,确实,对于简单的demo来说,原本1,2句能够解决的问题,用上框架后,能变成100~200行代码.但框架真正的作用不是在于简单的demo,框架好比是部队的纪律,表面上好像是约束了单体的个性发展(如果没了框架,确实代码要实现一个功能,有很多方式,要怎么写就怎么写,可后期谁来维护代码?谁来修改暴露出的BUG?),然而从整体来说,一个钢铁般纪律的军队才是取胜的保证.
^^^^^^^^^^^^^^^^^^^^华丽的分割线^^^^^^^^^^^^^^^^^^^^^^^^^

这张是demo的目录结构图,大家能很方便的看出整个项目的结构(sourceCode目录是cairngorm的源码文件,供大家深入了解框架).


再来看看事件的流程.一张非常普遍的图



在用户操作view的时候,页面就会派发出event,然后control就会去找对应的command,command就回进行相应的数据处理,然后去更新model中的数据,model其实就是view去关联的组件,于是乎在view中就显示出处理过的内容了.

  是不是很清晰感受到整个数据的流通了?如果还不清晰的话,就把下面的附件demo拷下来,在eclipse或builder下部署运行后,你就知道整个框架是怎么回事了.