命令模式

一、定义

  命令模式(Command Pattern) 是对命令的封装, 每一个命令都是一个操作:请求的一方发出请求要求执行一个操作;接收的一方收到请求,并执行操作。命令模式解耦了请求方和接收方,请求方只需请求执行命令,不用关心命令是怎样被接收,怎样被操作以及是否被执行…等.命令模式属于行为型模式。

  将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能,在软件系统中,行为请求者与行为实现者通常是一种紧耦合关系,因为这样的实现简单明了。但紧耦合关系缺乏扩展性,在某些场合中,当需要为行为进行记录,撤销或重做等处理时,只能修改源码。而命令模式通过为请求与实现间引入一个抽象命令接口,解耦了请求与实现,并且中间件是抽象的,它可以有不同的子类实现,因此其具备扩展性。所以,命令模式的本质是解耦命令请求与处理。

命令模式主要包含四种角色:
接收者角色(Receiver) :该类负责具体实施或执行一个请求;
命令角色(Command) :定义需要执行的所有命令行为;
具体命令角色(Concrete Command) 该类内部维护一个接收者(Receiver) 在其execute()方法中调用Receiver的相关方法;
请求者角色(Invoker) :接收客户端的命令, 并执行命令。

客户端(Client)角色:创建一个具体命令(ConcreteCommand)对象并确定其接收者。
 

二、命令模式的案例

在生活案例中这些场景很多,例如我们开发的shell命令,播放器的快进暂停,电视机遥控等,下面就用看电视的人(Watcher),电视机(Television),遥控器(TeleController)来模拟一下这个命令模式,其中Watcher是Client角色,Television是Receiver角色,TeleController是Invoker角色。

//抽象命令角色类
public interface Command {
    /**
     * 执行方法
     */
    void execute();
}
//具体命令角色类
public class ConcreteCommand implements Command {
    //持有相应的接收者对象
    private Receiver receiver = null;
    /**
     * 构造方法
     */
    public ConcreteCommand(Receiver receiver){
        this.receiver = receiver;
    }
    @Override
    public void execute() {
        //通常会转调接收者对象的相应方法,让接收者来真正执行功能
        receiver.action();
    }

}
//接收者角色类
public class Receiver {
    /**
     * 真正执行命令相应的操作
     */
    public void action(){
        System.out.println("执行操作");
    }
}
//请求者角色类
public class Invoker {
    /**
     * 持有命令对象
     */
    private Command command = null;
    /**
     * 构造方法
     */
    public Invoker(Command command){
        this.command = command;
    }
    /**
     * 行动方法
     */
    public void action(){

        command.execute();
    }
}
public class Client {

    public static void main(String[] args) {
        //创建接收者
        Receiver receiver = new Receiver();
        //创建命令对象,设定它的接收者
        Command command = new ConcreteCommand(receiver);
        //创建请求者,把命令对象设置进去
        Invoker invoker = new Invoker(command);
        //执行方法
        invoker.action();
    }

}

三、总结

优点:
1、通过引入中间件(抽象接口),解藕了命令请求与实现。
2、扩展性良好,可以很容易地增加新命令。
3、支持组合命令,支持命令队列;
4、可以在现有命令的基础上,增加额外功能(比如日志记录)
缺点:
1、具体命令类可能过多。
2、命令模式的结果其实就是接收方的执行结果,但是为了以命令的形式进行架构,解藕请求与实现,引入了额外类型结构(引入了请求方与抽象命令接口),增加了理解上的困难。
 
补充:在这里说明下策略和委派的区别,委派他不一定用的到策略,但策略一定用的到委派
这短短的一生我们最终都会失去,不妨大胆一点,爱一个人,攀一座山,追一个梦
原文地址:https://www.cnblogs.com/xing1/p/14749124.html