目的：

引言：目前在实现一个开发框架，重视参与者（开发/使用者)职责的分立，重视业务沟通、替换，重视活动、分解、控制。控制上更多引用流程管理方面的概念。

直接目标是实现灵活的企业应用框架。

　　1。业务数据由业务人员确定或使用者适度扩展/设计。

　　2。客户端呈现独立

　　3。数据存储优化独立

　　4。(流程)控制基于活动

理论知识贫乏的缘故，摸索中。看起来更类似DCI，也许可能不是，是不是并不重要，重要的是结构不可能大改了。

DCI是一种特别关注行为的模式(可以对应GoF行为模式)，而MVC模式是一种结构性模式，MVC模式由于结构化，而可能忽视了行为事件。

数据、交互和场景控制

　　数据(Data)

　　　　1。数据，纯粹的数据，只是数据。

　　　　2。数据描述：共性，特性，预知的扩展，未知扩展

　　　　3。数据存储(系列化）IStorage(dbStorage,xmlStorage...)

　　UI(Interactions):只依赖于数据和描述

　　　　1。布局：模板的、非模板的、动态扩展的。

　　　　2。数据描述：绑定

　　　　3。交互

　　场景/流程控制(Context/Controller/flow control)

　　　　1。定义

　　　　　　1。活动库/字典

　　　　　　2。活动定义

　　　　　　3。活动规则

　　　　2。任务分解

　　　　3。控制

　　　　　　1。参与者

　　　　　　2。活动数据

　　　　　　3。规则匹配

　　业务沟通

问题：

　　1。抽象和实现部分分离：界定的依据、原则

　　2。数据原型抽取的依据：　　

　　3。职责和协作

　　4。预见和不可预见的变化处理

解决：

　　1。如何分析

　　2。如何解决

　　3。