这个模式.可能是变化比较多的一个模式.也是最没有定型的一个模式.因为
相对比较灵活.常见的是对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模式.那么调用者就是对函数指针的封装.或是事件代理或事件
监听者. 
|
本类阅读TOP10