在很多设计中,请求者不希望或者无法直接和被请求者打交道,那么请求者可以将命令封装成一个对象,请求者要发命令的时候,调用该对象中的方法,在这个方法里呢,又会调用真正的被请求者的一个方法,这样请求者的命令就顺利传达到被请求者一方了。
命令模式的类图:
从类图中看,简单来说就是请求者将Command接口的声明放在 自己的对象中,ConcreteCommand又实现了接口,再把接收者的对象声明放在自己对象中,这样请求者执行命令时,ConcreteCommand实际上通过接收者的对象执行了接收者类中的方法,这样完成了命令的执行。
Q&A:
图中为什么要用接口呢?
正是体现了面向抽象的原则吧,另外,如果增加若干个方法直接在接口中加入,实现该接口的类中就不会忘记添加了。
Command模式有如下效果:
a)将调用操作的对象和知道如何实现该操作的对象解耦。
b)Command是头等对象。他们可以像其他对象一样被操作和扩展。
c)你可将多个命令装配成一个复合命令。
d)增加新的Command很容易,因为这无需改变现有的类。
下面是java程序的实现,更清楚的说明一下
package dai;
public interface Command {
public void execute();
}
package dai;
public class Receive {
/**
* 执行偷袭命令
*/
public void doAttack() {
System.out.println("执行偷袭命令");
}
}
package dai;
public class ConcreateCommand implements Command{
Receive receive;
public ConcreateCommand(Receive receive) {
super();
this.receive = receive;
}
@Override
public void execute() {
// TODO Auto-generated method stub
this.receive.doAttack();
}
}
package dai;
public class Invoker {
Command command;
public void setCommand(Command command){
this.command = command;
}
public void startExecuteCommand(){
this.command.execute();
}
}
最后是测试的客户端:
package dai;
public class Client {
/**
* @param args
*/
public static void main(String[] args) {
// TODO Auto-generated method stub
Receive receive = new Receive();
Command command = new ConcreateCommand(receive);
Invoker invoker = new Invoker();
invoker.setCommand(command);
invoker.startExecuteCommand();
}
}