相关文档总结: Java面向对象设计模式
命令模式(Command)
命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:
Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:
- public interface Command {
- public void exe();
- }
- public class MyCommand implements Command {
-
- private Receiver receiver;
-
- public MyCommand(Receiver receiver) {
- this.receiver = receiver;
- }
-
- @Override
- public void exe() {
- receiver.action();
- }
- }
- public class Receiver {
- public void action(){
- System.out.println("command received!");
- }
- }
- public class Invoker {
-
- private Command command;
-
- public Invoker(Command command) {
- this.command = command;
- }
-
- public void action(){
- command.exe();
- }
- }
- public class Test {
-
- public static void main(String[] args) {
- Receiver receiver = new Receiver();
- Command cmd = new MyCommand(receiver);
- Invoker invoker = new Invoker(cmd);
- invoker.action();
- }
- }
输出:command received!
这个很好理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!
总结:命令模式的优点:一、他能较容易地设计一个命令队列;二、在需要的情况下,可以较容易地讲命令记入日志;三、允许接收请求的一方决定是否要否决请求。四、可以容易地实现对请求的撤销和重做;五、由于加进新的具体命令类不影响其他的类,因此增加新的具体命令类很容易。最关键的一个优点就是
命令模式把请求一个操作的对象与知道怎么执行一个操作的对象分割开,但是是否碰到类似的情况就一定要实现命令模式呢?答案是不一定。
敏捷开发原则告诉我们,不要为代码添加基于猜测的、实际不需要的功能。如果不清楚一个系统是否需要命令模式,一般就不要着急去实现它,事实上,在需要的时候通过重构实现这个模式比不困难,只有在真正需要如 撤销/恢复操作等功能时,把原来的代码重构为命令模式才有意义。