探索实践之软件构建（五）

巧用命令模式

    COMMAND模式的简单性掩盖了它的许多功能性。COMMAND模式可以应用于多种不同的美妙用途，范围涉及数据库事务操作、设备控制、多线程核心以及GUI的do/undo管理。

--摘自《敏捷软件开发：原则、模式与实践》。

    在实际成本计算（通常还会调用存货核算模块，是非常耗时的算法）或标准成本卷算之前，会有许多合法性检查，找出不满足成本计算的各种业务数据，以便客户在成本计算前便解决。这种情况正适合于命令模式的场景。客户端发出检查的命令，找出当前所有的命令执行者（即各合法性检查项），而各具体的命令执行者则执行各自的检查动作，返回错误结果（如果有，通常包括错误描述、可能原因、建议操作）。

  例如对于检查是否有审核的单据、低位码是否有循环领用的情况--实际业务中可能有数十种-- 咱们可以这样实现：

 

其实，还可以进一步在抽象的命令基类中应用组合方法模式，抽取满足约大数检查项要做的步骤：写出一串检查的SQL、执行SQL返遍历它组装为返回结果集。例如：

/** * <!-- begin-UML-doc --> <!-- end-UML-doc --> * * @author Administrator * @generated * "UML 至 Java (com.ibm.xtools.transform.uml2.java5.internal.UML2JavaTransform)" */ public abstract class CMCalChecker implements ICalChecker { public CalCheckItemResultCollection calCheck() { CalCheckItemResultCollection coll = new CalCheckItemResultCollection(); String sql = getSQL(); checking(sql, coll); return coll; } /** *执行SQL并，遍历结果集并组装为检查结果； *通常不用覆盖。 * @param sql * @param coll */ protected void checking(String sql, CalCheckItemResultCollection coll) { // 1、执行SQL得到RowSet // 2、处理异常 // 3、遍历RowSet，设置返回结果集coll（描述、原因、建议等） } /** * 取得检查的SQL，通常要覆盖 */ protected String getSQL() { // TODO 自动生成的方法存根 return null; } }

 

     在实际中，可以把各检查项插入数据库表中，其记录包括了检查项具体的类名等。应用了命令模式，对于程序中的各种检查项的增加、修改、删除等，非常灵活，只需要更新注册的检查项、或实现具体检查项类（写的代码是很少的）即可，对系统的其它流程没有任何影响，且各具体命令执行者不用管错误结果是如何被封装为错误报告并显示到UI上的。