设计模式 之 命令(Command)模式

命令模式:

命令模式是对命令的封装。它将发出的命令的责任和执行的命令分隔开,委派给不同的对象。被委派的对象虽然具有执行的命令,但只有在接收到命令后,才会执行命令。

下面是命令模式的结构图:

命令模式涉及五个角色:

  • 客户类(Client):创建一个具体的命令对象,确认其接收者。
  • 抽象命令类(Command):声明一个给所有具体命令类的抽象接口。这是一个抽象角色,可以是接口或抽象类。
  • 具体命令类(ConcreteCommand):定义一个接受者和行为之间的弱耦合;实现execute()方法,负责调用接收者的相应操作。
  • 请求者类(Invoke):负责对调用命令对象执行请求,相关的方法叫做行动方法
  • 接收者类(Receiver):负责具体实施和执行请求。任何一个类都可以成为接收者,实施和执行请求的方法叫做行动方法。

PS:值得注意的是:接收者类,具有接收到命令会执行的动作,但它只有在接收到命令时才会执行

源代码分析:

接收者类(Receiver)

Receiver.java:

public class Receiver {
    public Receiver(){
        System.out.println("命令接收者:");
    }

    public void action(){
        System.out.println("接收到命令后,执行的动作");
    }
}

抽象命令类(Command)

Command.java:

public interface Command {

    public void excute();

}

具体命令类(ConcreteCommand)

ConcreteCommand.java:

public class ConcreteCommand implements Command{

    Receiver receiver;

    public ConcreteCommand(Receiver receiver){
        this.receiver = receiver;
    }
    //实现调用接收者类执行动作的方法
    @Override
    public void excute() {
        receiver.action();
    }
}

发送请求类(Invoker)

Invoker.java

public class Invoker {
    private Command command;

    public Invoker(Command command){
        this.command = command;
    }
    //发送命令
    public void action(){
        command.excute();
    }
}

客户端:

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();
    }
}

运行结果:

命令接收者:
接收到命令后,执行的动作
时间: 2024-10-18 03:43:06

设计模式 之 命令(Command)模式的相关文章

Java 实现命令(Command)模式

类图 public interface ICommand { void execute(); } public class ConcreteCommand implements ICommand { private Receiver receiver; public ConcreteCommand(Receiver receiver) { this.receiver = receiver; } @Override public void execute() { this.receiver.act

理解设计模式(命令者)

当请求者无法或不能与接收者直接交流时,使用命令者模式. 特定环境下一类问题 以下情况适用命令者模式:程序中, 需要排队完成某些逻辑 支持撤销操作 支持宏操作 解决方案 4个角色如下: 请求者—封装抽象命令引用,发起请求,即命令执行 抽象命令—规范命令执行 具体命令—命令执行逻辑,封装接收者引用 接收者—只负责完成自身逻辑,不含任何引用 请求者作为发起者,发出请求,执行命令 最终,命令驱动接收者作出相应 优劣 优点: 请求者和接收者相互解耦 命令可扩展,符合 “开闭” 原则 请求被封装在具体命令内

设计模式14:Command 命令模式(行为型模式)

Command 命令模式(行为型模式) 耦合与变化 耦合是软件不能抵御变化的根本性原因.不仅实体对象与实体对象之间存在耦合关系,实体对象与行为操作之间也存在耦合关系. 动机(Motivation) 在软件构建过程中,“行为请求者”与“行为实现者”通常呈现一种“紧耦合”.但在某些场合——比如对行为进行“记录.撤销/重做(undo/redo).事务”等处理,这种无法抵御变化的紧耦合是不合适的. 在这种情况下,如何将“行为请求者”与“行为实现者”解耦?将一组行为抽象为对象,可以实现二者之间的解耦. 意

设计模式之命令模式---Command Pattern

模式的定义 命令模式是一个高内聚的模式,定义如下: Encapsulate a request as an object,thereby letting you parameterize clients with different requests,queue or log requests,and support undoable operations 将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请求排队或者记录日志,可以提供命令的撤销和恢复功能. 模式的使用场景 只要

设计模式之命令模式(Command)摘录

23种GOF设计模式一般分为三大类:创建型模式.结构型模式.行为模式. 创建型模式抽象了实例化过程,它们帮助一个系统独立于怎样创建.组合和表示它的那些对象.一个类创建型模式使用继承改变被实例化的类,而一个对象创建型模式将实例化托付给还有一个对象.创建型模式有两个不断出现的主旋律. 第一,它们都将关于该系统使用哪些详细的类的信息封装起来.第二.它们隐藏了这些类的实例是怎样被创建和放在一起的.整个系统关于这些对象所知道的是由抽象类所定义的接口. 因此.创建型模式在什么被创建.谁创建它,它是怎样被创建

设计模式 ( 十三 ) 命令模式Command(对象行为型)

设计模式 ( 十三 ) 命令模式Command(对象行为型) 1.概述 在软件设计中,我们经常需要向某些对象发送请求,但是并不知道请求的接收者是谁,也不知道被请求的操作是哪个,我们只需在程序运行时指定具体的请求接收者即可,此时,可以使用命令模式来进行设计,使得请求发送者与请求接收者消除彼此之间的耦合,让对象之间的调用关系更加灵活. 例子1:电视机遥控器 : 遥控器是请求的发送者,电视机是请求的接收者,遥控器上有一些按钮如开,关,换频道等按钮就是具体命令,不同的按钮对应电视机的不同操作. 2.问题

C#设计模式(15)——命令模式(Command Pattern)

原文:C#设计模式(15)--命令模式(Command Pattern) 一.前言 之前一直在忙于工作上的事情,关于设计模式系列一直没更新,最近项目中发现,对于设计模式的了解是必不可少的,当然对于设计模式的应用那更是重要,可以说是否懂得应用设计模式在项目中是衡量一个程序员的技术水平,因为对于一个功能的实现,高级工程师和初级工程师一样都会实现,但是区别在于它们实现功能的可扩展和可维护性,也就是代码的是否“优美”.可读.但是,要更好地应用,首先就必须了解各种设计模式和其应用场景,所以我还是希望继续完

设计模式:命令(Command)模式

设计模式:命令(Command)模式 一.前言 命令也是类,将命令作为一个类来保存,当要使用的时候可以直接拿来使用,比如脚本语言写出的脚本,只需要一个命令就能执行得到我们想要的需要操作很长时间才能得到的结果.这是一个非常有意思的模式,将操作的步骤保存下来,本例之中我们使用java自带的GUI来画图,然后将画图的过程(在哪个地方画了什么东西)保存下来,可以把每一次我们的操作作为一个命令,其实就是<使用什么画布,画点的坐标>,将这个命令对应的对象保存到所有命令对象的集合之中去,这样命令集合就记录下

设计模式之(Command)命令行模式

1.需求 为一个开关设计程序,这个开关有N按钮,同时对应N个插槽,要求可以接入任何电器厂商的API,从而可以控制任何电器.目前只有电灯和电视两种电器,要求写一个Demo程序,按钮1可以打开电灯.按钮2可以打开电视并且切换到上一次打开的频道.打开电视换频道需要打开机顶盒并且对机顶盒切换频道. 2. 分析 每个厂商的API不一致,且每个电器的打开流程都不一样,我们需要将这些差异封装起来,才可以实现新增电器时不需要修改开关程序. 3. 类图 4. 总结 上面的例子主要通过Command模式将执运算块(

设计模式 笔记 命令模式 Command

//---------------------------15/04/25---------------------------- //Conmmand  命令模式----对象行为型模式 /* 1:意图: 将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化:对请求排队或记录请求日志, 以及支持可撤销的操作. 2:别名: Action,Transaction(事务) 3:动机: 4:适用性: 1>抽象出待执行的动作以参数化某对象.可以使用回调函数表达这种参数化机制. 也就是说,Con