Design Patterns(十五):Command PatternVB代码

结构图

 

角色

  • 命令者(Command)角色:为所有具体命令类声明抽象接口。此类应声明为抽象。
  • 具体命令者(ConcreteCommand)角色:。定义一个接收者和行为之间的弱耦合;实现执行方法(Execute),负责调用接受者的相应操作。
  • 请求者(Invoker)角色:负责调用命令者执行请求。
  • 接收者(Receiver)角色:负责具体实施和执行一个请求。

动机

    在软件构建过程中,“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合--比如需要对行为进行“记录、撤销/重做(Undo/Redo)、事务”等处理,这种无法抵御变化的紧耦合是不合适的。
  在这种情况下,如何将“行为请求者”与“行为实现解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。

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

示意性代码

示意性代码

 一个实例

 下面的命令模式代码演示了对一个简单的计算器实现重做和撤销操作。

实例代码

Command模式的几个要点:
   1、Command模式的根本目的在于将“行为请求者”与“行为实现者”解耦,在面向对象语言中,常见的实现手段是“将行为抽象为对象”。
   2、实现Command接口的具体对象ConcreteCommand有时候根据需要可能会保存一些额外的状态信息。
   3、通过使用Composite模式,可以将多个“命令”封装为一个“复合命令”(MacroCommand)
      4、Command模式与VB.Net中的Delegate有些类似。但两者定义行为接口的规范有所区别:Command以面向对象中的“接口-实现”来定义行为接口规范,更严格,更符合抽象原则;Delegate以函数签名来定义行为接口规范,更灵活,但抽象力比较弱。

我的理解

封装对象责任,支持责任的变化。

参考资料
《C#设计模式(15)-Command Pattern》        吕震宇
《C#面向对象设计模式纵横谈系列课程(15)》     李建中老师


原文地址:https://www.cnblogs.com/sekihin/p/882290.html
Creative Commons License 本作品采用 知识共享署名-非商业性使用 2.5 中国大陆许可协议进行许可。