关于命令模式的应用

为增强软件的操作性，有些时候软件需要在多个不同的地方调用相同的功能，例如：主菜单项、右键菜单项、命令框命令字符串都可能实现的是一个功能，若在每个地方都写一遍执行的代码将造成大量的代码冗余和混乱的结构。所以将功能执行与功能调用解耦（使每个地方调用的相同功能时，执行的是同一段代码）是很有必要的。

1 命令模式

命令模式的意图在于将一个请求封装成一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤消的操作。其适用于如下情况：
（1） 像MenuItem对象那样，抽象出待执行的动作以参数化某对象；
（2） 在不同的时刻指定、排列和执行请求；
（3） 支持取消操作；
（4） 支持修改日志，这样当系统崩溃时，这些修改可以被重做一遍；
（5） 用构建在原语操作上的高层操作构造一个系统。
Command模式可取得如下效果：
（1） Command模式将调用操作的对象与实现该操作的对象解耦；
（2） Command是头等的对象。它可像其他的对象一样被操纵和扩展；
（3） 你可将多个命令装配成一个复合的命令；
（4） 增加新的Command很容易，这无需改变已有的类。

2 命令模式在软件中的一点应用

考虑到一些非设计类应用软件功能主要是对数据的展示，对数据和场景对象的编辑操作相对较少，所以对于不支持对命令的“ReDo”和“UnDo”操作的程序，结合前几篇博客，命令模式可为如下结构：

为程序添加命令管理器，MyCommandManager类，它管理软件所有的命令，它会自动调用LoadCommand()方法。该方法通过反射搜索程序中所有具有CommandAttribute特性的类（具体命令类，ConcreteCommand），并将命令名与具体命令类匹配，生成一个Dictionary<string,ICommand>类型的实例（m_commandDic）。当用户通过MyCommandManager. SendCommand方法的时候，命令管理器将根据命令字典（m_commandDic）自动创建具体命令类实例，并调用其Invoke方法，执行相应命令。

鉴于用户在对命令进行操作时，可能有输入相应参数的需求。所以我们对命令管理器进行了扩展，将其派生出两个状态类NoneParamCommandManager和ParamCommandManager分别负责对参数和命令的处理。

1）制作一个命令

（1）编写实现该业务功能的函数：

（1）    编写具体命令类，该类需要继承自抽象类CommandBase；

（2）    给具体命令类的Invoke方法添加CommandAttribute特性；

给具体命令类添加AspectManaged特性，指示需要进行AOP操作；

2）调用命令

调用事件发生在有菜单项点击时、命令行输入、右键菜单项点击时。当这些事件发生时，只需往命令管理器发送命令名称字符即可。

MyCommandManager.SendCommand(strCommandName,commandSender);或

MyCommandManager.SendCommand(strCommandName);

3）在AOP框架扩展类（CommandRunningAttribute）编写命令调用方法的拦截操作：