流程:客户(使用者)——命令——调用者——接收者; 大致逻辑:客户发出命令(比如说要餐厅点菜,点了个麻婆豆腐),这个命令会传给调用者(比如说服务员),调用者调用接收者(比如说厨师)的方法。 我发现这个模式是真的复杂!简单的事情为了降低耦合度,搞得很复杂!就相当于干一件事情要经几个人的手一样!当然这种“层层传递”也可以对方法调用的各个环节提供各种“服务”!
在软件开发系统中,“方法的请求者”与“方法的实现者”之间经常存在紧密的耦合关系,这不利于软件功能的扩展与维护。例如,想对方法进行“撤销、重做、记录”等处理都很不方便,因此“如何将方法的请求者与实现者解耦?”变得很重要,命令模式就能很好地解决这个问题。 在现实生活中,命令模式的例子也很多。比如看电视时,我们只需要轻轻一按遥控器就能完成频道的切换,这就是命令模式,将换台请求和换台处理完全解耦了。电视机遥控器(命令发送者)通过按钮(具体命令)来遥控电视机(命令接收者)。 在现实生活中,命令模式的例子也很多。比如看电视时,我们只需要轻轻一按遥控器就能完成频道的切换,这就是命令模式,将换台请求和换台处理完全解耦了。电视机遥控器(命令发送者)通过按钮(具体命令)来遥控电视机(命令接收者)。
命令(Command)模式:将一个请求封装为一个对象,使发出请求的责任和执行请求的责任分割开。这样两者之间通过命令对象进行沟通,这样方便将命令对象进行储存、传递、调用、增加与管理。
降低耦合,增强扩展性,宏命令(组合命令),添加额外“服务”等;
大致逻辑:客户端——命令——调用者——接收者;
package com.zibo.design.seventeen;
public class CommandPattern {
public static void main(String[] args) {
Command cmd = new ConcreteCommand();
Invoker ir = new Invoker(cmd);
System.out.println("客户访问调用者的call()方法...");
ir.call();
}
}
// 调用者
class Invoker {
private Command command;
public Invoker(Command command) {
this.command = command;
}
public void setCommand(Command command) {
this.command = command;
}
public void call() {
System.out.println("调用者执行命令command...");
command.execute();
}
}
// 抽象命令
interface Command {
void execute();
}
// 具体命令
class ConcreteCommand implements Command {
private final Receiver receiver;
ConcreteCommand() {
receiver = new Receiver();
}
public void execute() {
receiver.action();
}
}
// 接收者
class Receiver {
public void action() {
System.out.println("接收者的action()方法被调用...");
}
}客户访问调用者的call()方法...
调用者执行命令command...
接收者的action()方法被调用...