Java设计模式-14-命令模式

命令模式

模式概述

定义: 将一个请求封装为一个对象,从而让你可以用不同的请求对客户进行参数化,对请求排队或者记录请求日志,以及支持可撤销的操作

  • 别名为动作(Action)模式或事务(Transaction)模式
  • “用不同的请求对客户进行参数化”
  • “对请求排队”
  • “记录请求日志”
  • “支持可撤销操作”

模式结构与实现

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cK5Deo99-1640838399573)(picture/CommandPattern.png)]

四个角色:

  • Command 抽象命令类
  • ConcreteCommand 具体命令类
  • Invoker 调用者
  • Receiver 接收者

抽象命令类:

public abstract class Command {
    public abstract void execute();
}

调用者类:

public class Invoker {
    private Command command;

    //构造注入
    public Invoker(Command command) {
        this.command = command;
    }

    //设值注入
    public void setCommand(Command command) {
        this.command = command;
    }

    //业务方法,用于调用命令类的execute()方法
    public void call() {
        command.execute();
    }
}

接收者类:

public class Receiver {
    public void action() {
        //具体操作
    }
}

具体命令类:

public class ConcreteCommand extends Command {
    private Receiver receiver; //维持一个对请求接收者对象的引用

    public void execute() {
        receiver.action(); //调用请求接收者的业务处理方法action()
    }
}

模式应用实例

见DesignPattern项目文件-commandPattern包

模式的优/缺点与适用环境

优点:

  • 降低系统的耦合度
  • 新的命令可以很容易地加入到系统中,符合开闭原则
  • 可以比较容易地设计一个命令队列或宏命令(组合命令)
  • 为请求的撤销(Undo)和恢复(Redo)操作提供了一种设计和实现方案

缺点:

  • 使用命令模式可能会导致某些系统有过多的具体命令类(针对每一个对请求接收者的调用操作都需要设计一个具体命令类)

适用环境:

  • 系统需要将请求调用者和请求接收者解耦,使得调用者和接收者不直接交互
  • 系统需要在不同的时间指定请求、将请求排队和执行请求
  • 系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作
  • 系统需要将一组操作组合在一起形成宏命令
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值