初识Cairngorm microarchitecture~

花了大半天的时间，读完了Steven Webster 关于cairngorm微框架的几篇介绍，总结一下，印象最深的主要有三块，
1、全局唯一的ModelLocator加上DataBinding，简化了client model（或者说state）的管理及view的更新，可以避免硬编码更新view的痛和极大的不方便及维护代价，这需要合理设计各view compomnent使之支持完全绑定化；
2、FrontController加上事件机制（一个全局的事件管理对象），解耦了user gesture对具体动作（或者说command）的直接调用，这样也有利于清晰的划分用例，由user gesture派发的event说要想做什么（不需要知道怎么做），frontcontroller会分配具体的command去做事；
3、ServiceLocator加Command（或者应该说Command加ServiceLocator）解除了command实现与底层服务之间的耦合，这样command只需借用serviceLocator（间接借用，中间还有一层BusinessDelegate）去实现所需功能，具体通过那个服务（HttpService、WebService、RemoteObject）实现的由servicelocator处理，command会在与server交互后（成功和失败的处理）更新client state也即ModelLocator，这样会自然触发view的更新（1）
即使不用cairngorm微框架，其中许多好的实践还是可使用的，例如上面三点。

Cairngorm开发流程及调试点
Adding a New Feature to a Cairngorm Application

When you add a new feature to a Cairngorm application, it is as simple as the following process:

   1. Register an event and command with the Front Controller using addCommand().
   2.

      Implement a new command as follows:
         1. Implement the execute() method to do the work.
         2.

            Implement the onResult() method to handle any results from the server:
               1. Any results are used to update the Model Locator.
               2. The Model Locator automatically updates the view.
   3. Add any new service calls that the Command requires for the Business Delegate.
   4. If these service calls require new services, add them to the Service Locator.


Debugging a Cairngorm Application

Furthermore, debugging a Cairngorm application follows the same predictable steps. If a desired feature doesn't perform in response to a user gesture, the debug cycle is always the same:

   1. Check whether the event is registered with the Front Controller.
   2. Check whether the execute() method is called on the command by the Controller.
   3. Check that the appropriate delegate methods are called.
   4. Check that the onResult() method is called in the command.
   5. Check that the model is updated in the Model Locator.

With these five steps, it's painless to isolate a problem in an application and fix it

当前PERTChart控件开发情况
pertchart现阶段的问题及重构准备
许多问题的出现都是相关联的
1、各view component的未实现完全的绑定化（会造成额外开发负责度）
2、对user gesture的处理直接调用具体动作、分散在各处代码中
3、拥有全局唯一的client DataModel，但负责了过多的任务
4、对service的调用处理也是直接具体到了细节
5、使用了Application.application作为全局事件管理对象
可以说pertchart的应用不大，但实现功能（还有for future的）及交互却很齐全，有些

东西可能会具体重构工作分析如下：
1、可能会有较大的工作量，各处的view的代码会有一大部分集中到相关component中
2、对user gesture的处理借用cairngorm方式
3、把datamodel现处理的分给各command(各具体动作)
4、5都借用cairngorm方式，较容易
6、pertchart还有个问题便是与server交互的强制同步问题
重构可能使pertchart的开发采用较多cairngorm的实践或者直接采用cairngorm框架

~各种开发工具或者说平台虽说可以学习并应用，但其总有各自的特点处，加以了解再做进一步会好许多，在Flex应用开发上，通过Cairngorm可以了解其提倡的实践模式（其特点了），这样就可以把为其冠以其他平台的开发习惯的开发方式摒弃，采用更合适的了！