设计模式应用之使用COMPOSITE模式实现流程（一）

——使用COMPOSITE模式实现流程

                                  (一)问题的来源、模式介绍

      最近在工作的过程中，完成一个类似10086的流程。在实现的过程中，感觉基于C过程式的实现方式：把一个流程写成一个函数调用，包含庞大的case，写起来很费记忆力，而且这样的实现方式不可配。

     换句话来说：我们不能动态配置流程。因此在实现这个流程的过程中，我一直思考着用另外的一种实现方法来实现。首先想起的方法——完全使用面向对象的编程方式，采用适当的设计模式。

     从<<设计模式——可复用面向对象软件的基础>>中，可以找到如下一些可选的设计模式：

       1：COMMAND 模式

1）  意图

将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤消的操作。

2）  别名

    动作(Action)，事物(Transaction)

3）  适用性

回调机制的一个面向对象替代品

在不同的时刻指定、排列、执行请求

支持取消操作

支持修改日志

用构建在原语操作上的高层操作构造一个系统。这样一种结构在支持事务的信息系统中很常见。

4) 结构图

2：STATE(状态)——对象行为模式

1）  意图

允许一个对象在内部状态改变时改变它的行为。对象看起来似乎修改了它的类。

2）  动机

状态对象。

3）  适用性

一个对象的行为取决于它的状态，并且它必须在运行时刻根据状态的改变它的行为。

一个操作中含有庞大的case语句，并且这些分支依赖于该对象的状态。

4）  结构图

 

3：COMPOSITE(组合模式)

1）  意图

 将对象组成树形结构以表示“部分-整体”的层次结构。COMPOSITE使得用户对单个对象和组合的使用具有一致性。

2）  适用性

表示对象的部分——整体层次结构

希望用户忽略组合对象与单个对象的不同，用户将统一使用组合结构中的所有对象。

3）  结构图

 

 

 

经过仔细的分析待解决的问题，我决定综合使用COMPOSITE、STATE模式，其中还综合采用另外的一个模式MEMENTO(备忘录)。

这里简要介绍MEMENTO(备忘录)：

1）  意图

在不破坏封装性的前提下，捕获一个对象的内部状态。

但是我这里使用它只是要保存当前的一个状态。

参考文章<<设计模式——可复用面向对象软件的基础>>