这个模式.可能是变化比较多的一个模式.也是最没有定型的一个模式.因为
相对比较灵活.常见的是对GUI图形界面的命令封装这样即使更改界面元素只
要功能不变那么也不影响执行效果.就如同以前面向过程的编程环境那要.吧
功能封装到多个过程.进行调用.但是Command模式.又一个优点就是可以还原
把以前做过的工作还原到未做工作之前.这个也就是事务性.这就必须要一个
事务列表来维护.事务回滚.当然如果只是单任务那么只需要一个状态就可以
判断是否执行.下面在引出几个职能.一个是调用者.他负责实际的调用命令
一个是接收者.他负责告表示命令执行的效果.那么最后的就是命令本身.
也就是实际工作.他们之间的关系是.客户通过调用者调用命令.命令执行完毕
返回执行情况.同时命令具备事务性.如果执行情况没有成功要还原到原点.
客户通过执行情况判断具体状态.
那么下面我还是假设一种具体情况.我并打算用图形界面因为.那么没有通用
性.而且Command模式也不一定要用到图形界面中.假设客户要申请一个号码可
是号码不能是3或3的倍数.下面我们来模拟具体情况.
//构造命令 interface ICommand{ bool state{get; set;}//记录事务状态 int Execute(); void UnExecute();//保证事务回滚 }
public class NumCommand : ICommand{ private bool State=false;//事务状态 public bool state{ get{return State;} set{State=value;} } public int Execute( ){ int revalue; state=true;//表示已执行 this.r=fr;//指定一个命令接收者 Random rd=new Randmo(); revalue=(int)(rd.NextDouble()*100); this.r.Show(revalue);//呈现具体 return revalue; } public void UnExecute(){ state=false;//状态回滚 } }
//构造接收者 interface IReceiver{} public class Receiver:IReceiver{ public void Show(int Number){ Console.WriteLine("您申请的序号为:"+Number); } }
//调用者(调用者维护事务),这里的调用者相当实际客户的代理.
public class Invoker{ private ICommand command; private IReceiver receiver;//由接收者负责具体的表示
//装入实际命令 public void InstallCommand(ICommand c){ this.command=c; } //调用实际功能 public InvokerExecute(IReceiver r){ Rollback: int Number=this.command.Execute(); if(Number%3)//是3的倍数{ this.command.UnExecute(); goto Rollback;//事务回滚 } else{ r.Show(Number); } } }
//客户调用 public class Client { public static int Main(string[] args){ ICommand command=new NumCommand(); IReceiver r=new Receiver(); Invoker i=new Invoker(); i.InstallCommand(c);//装入命令 i.InvokerExecute(r);//表示执行 return 0; } }
实际上.客户可以装入任意的命令.客户的表示也是可以是任意的.也就是说
调用者只负责.事务的维护和把命令对应到具体的接收者上去.如果是界面
中的Command模式.那么调用者就是对函数指针的封装.或是事件代理或事件
监听者. 
|