设计模式之命令模式

最新推荐文章于 2025-08-06 14:32:46 发布
最新推荐文章于 2025-08-06 14:32:46 发布
阅读量232 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 设计模式 文章标签： 设计模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_37121625/article/details/54344819
本文通过一个客户需求变更场景，详细介绍了命令模式的应用过程。从最初的直接调用到引入Invoker进行解耦，再到最终采用命令模式实现完全解耦并具备良好的扩展性。文章通过具体代码实现了这一过程，并总结了命令模式的优缺点。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1. 命令模式的引入

1.1 有三个组分别为需求组、美工组、代码组，客户对开发的产品有些地方需要修改，修改对应的功能就要找到对应的组别。如下UML:

这里写图片描述

具体代码实现：

abstract class Group{

    //甲乙双方式分开办公，所以甲方需要通过find方法来找到对应的组
    public abstract void find();

    //增加一个功能
    public abstract void add();

    public abstract void delete();
}

class RequirementGroup extends Group{

    @Override
    public void find() {
        System.out.println("找到需求组。。。");
    }

    @Override
    public void add() {
        System.out.println("客户要求增加一项需求。。。");
    }

    @Override
    public void delete() {
        System.out.println("客户要求删除一项需求。。。");
    }

}

class CodeGroup extends Group{

    @Override
    public void find() {
        System.out.println("客户找到代码组。。。");
    }

    @Override
    public void add() {
        System.out.println("客户要求增加一项功能。。。");
    }

    @Override
    public void delete() {
        System.out.println("客户要求删除一项功能。。。");
    }
}

class PageGroup extends Group{

    public void find() {
        System.out.println("客户找到美工组...");
    }

    public void add() {
        System.out.println("客户要求新增一个页面...");
    }

    public void delete() {
        System.out.println("客户要求删除一个页面...");
    }

}

public class Client {
    public static void main(String[] args) {
        Group group = new RequirementGroup();
        group.find();
        group.add();
        group = new PageGroup();
        group.find();
        group.add();
        group = new CodeGroup();
        group.find();
        group.add();
    }
}

这样问题出现了，客户需要了解每个组的职能，然后根据自己需求找到具体的组别，而不是关注自己的命令是否被执行了。

1.2 我们对上述实现方式进行优化，增加一个Invoker 来屏蔽客户对组别的依赖。

UML

具体代码实现：

abstract class Group{

    //甲乙双方式分开办公，所以甲方需要通过find方法来找到对应的组
    public abstract void find();

    //增加一个功能
    public abstract void add();

    public abstract void delete();
}

class RequirementGroup extends Group{

    @Override
    public void find() {
        System.out.println("找到需求组。。。");
    }

    @Override
    public void add() {
        System.out.println("客户要求增加一项需求。。。");
    }

    @Override
    public void delete() {
        System.out.println("客户要求删除一项需求。。。");
    }

}

class CodeGroup extends Group{

    @Override
    public void find() {
        System.out.println("客户找到代码组。。。");
    }

    @Override
    public void add() {
        System.out.println("客户要求增加一项功能。。。");
    }

    @Override
    public void delete() {
        System.out.println("客户要求删除一项功能。。。");
    }
}

class PageGroup extends Group{

    public void find() {
        System.out.println("客户找到美工组...");
    }

    public void add() {
        System.out.println("客户要求新增一个页面...");
    }

    public void delete() {
        System.out.println("客户要求删除一个页面...");
    }

}

class Invoker{
    private String command;

    public Invoker(String command) {
        super();
        this.command = command;
    }

    public void execute(){
        if("addRequirement".equals(command)){
            Group group = new RequirementGroup();
            group.find();
            group.add();
        }else if("addPage".equals(command)){
            Group group = new PageGroup();
            group.find();
            group.add();
        }
    }
}


public class Client {
    public static void main(String[] args) {
        Invoker invoker = new Invoker("addRequirement");
        invoker.execute();
    }
}

这样优化后还是存在问题，一是字符串是没有约束力的，二是对于扩展不方便。为了把命令的接受者(Group)和命令发起者分离。使命令的发起者和命令(Command)关联，这样命令发起者只需要知道有什么命令就可以了。

这样我们就引入了命令模式

2. 命令模式

命令模式UML

  • 组别Group在Command 抽象类中创建,初始化Invoker 时需要传入Command
  • 具体代码实现：
abstract class Group{

    //甲乙双方式分开办公，所以甲方需要通过find方法来找到对应的组
    public abstract void find();

    //增加一个功能
    public abstract void add();

    public abstract void delete();
}

class RequirementGroup extends Group{

    @Override
    public void find() {
        System.out.println("找到需求组。。。");
    }

    @Override
    public void add() {
        System.out.println("客户要求增加一项需求。。。");
    }

    @Override
    public void delete() {
        System.out.println("客户要求删除一项需求。。。");
    }

}

class CodeGroup extends Group{

    @Override
    public void find() {
        System.out.println("客户找到代码组。。。");
    }

    @Override
    public void add() {
        System.out.println("客户要求增加一项功能。。。");
    }

    @Override
    public void delete() {
        System.out.println("客户要求删除一项功能。。。");
    }
}

class PageGroup extends Group{

    public void find() {
        System.out.println("客户找到美工组...");
    }

    public void add() {
        System.out.println("客户要求新增一个页面...");
    }

    public void delete() {
        System.out.println("客户要求删除一个页面...");
    }

}

abstract class Command{
    protected Group codeGroup = new CodeGroup();
    protected Group pageGroup = new PageGroup();
    protected Group requirementGroup = new RequirementGroup();
    public abstract void execute();
}

class AddFunctionCommand extends Command{

    @Override
    public void execute() {
        super.codeGroup.find();
        super.codeGroup.add();
    }
}

class AddPageCommand extends Command{

    @Override
    public void execute() {
        super.pageGroup.find();
        super.pageGroup.add();
    }
}

class AddRequirementCommand extends Command{

    @Override
    public void execute() {
        super.requirementGroup.find();
        super.requirementGroup.add();
    }

}

class Invoker{
    private Command command;

    public Invoker(Command command) {
        super();
        this.command = command;
    }
    public void execute(){
        command.execute();
    }
}

public class Client {
    public static void main(String[] args) {
        Invoker invoker = new Invoker(new AddRequirementCommand());
        invoker.execute();
        invoker = new Invoker(new AddPageCommand());
        invoker.execute();
        invoker = new Invoker(new AddFunctionCommand());
        invoker.execute();
    }
}

运行结果：

找到需求组。。。
客户要求增加一项需求。。。
客户找到美工组…
客户要求新增一个页面…
客户找到代码组。。。
客户要求增加一项功能。。。

小结

命令模式的优点：

  1. 实现类之间的解耦(之前客户直接与各组相关联，优化后客户只与命令相关联)
  2. 具有可扩展型，扩展一个命令特别简单

缺点：

  1. 命令泛滥，N种组合命令
android 设计模式之命令模式
安卓兼职framework和app工程师的博客
11-11 1395
命令模式（Command Pattern），是行为型模式之一。在日常生活和开发过程中，这是一个非常常见的设计模式 案例二: 点菜实现模型 点菜接口: /** * 点菜(命令角色) */ public interface Order { void cookfood(); } 川菜实现: public class ChuanFooder implements Order { Cooker mCooker; public ChuanFooder(Cooker cooker)
设计模式之命令模式详解
glass__sky的博客
06-10 3989
在软件开发中，我们经常需要向某些对象发送请求（调用其中的某个或某些方法），**但是并不知道请求的接收者是谁，也不知道被请求的操作是哪个，此时，我们特别希望能够以一种松耦合的方式来设计软件，使得请求发送者与请求接收者能够消除彼此之间的耦合，让对象之间的调用关系更加灵活，可以灵活地指定请求接收者以及被请求的操作。**...
JAVA设计模式之命令模式详解
励志成为一名优秀的全能型软件开发工程师。
02-13 1519
命令模式(command pattern)的定义: 命令模式将请求（命令）封装为一个对象，这样可以使用不同的请求参数化其他对象（将不同请求依赖注入到其他对象并且能够支持请求（命令）的排队执行、记录日志、撤销等 （附加控制）功能。命令模式的核心是将指令信息封装成一个对象,并将此对象作为参数发送给接收方去执行,达到使命令的请求与执行方解耦,双方只通过传递各种命令对象来完成任务.在实际的开发中，如果你用到的编程语言并不支持用函数作为参数来传递，那么就可以借助命令模式将函数封装为对象来使用。
【软件设计模式之命令模式】
武帝为此的博客
02-13 1525
命令模式是一种行为设计模式，它在软件开发中扮演着特殊的角色，尤其是在处理操作请求、排队请求、记录日志，以及支持可撤销操作方面。命令模式将请求封装成对象，从而允许使用者与接收者解耦，使用不同的请求、队列或日志来参数化其他对象。它也支持可撤销操作。简单来说，命令模式把一个请求或简单操作封装到一个对象中。在命令模式中，这个封装包含了所有必要的信息，这可能包括调用方法的名称、拥有该方法的对象、方法参数的值等。首先，创建一个命令接口（Command），定义执行和撤销命令的方法。接收者是命令执行的对象（如。
C++ 设计模式之命令模式
K1_uestc的博客
01-17 1795
命令模式同样有着很多现实场景的应用，⽐如Git中的很多操作，如提交（commit）、合并（merge）等，都可以看作是命令模式的应⽤，用户通过执⾏相应的命令来操作版本库。例如，每个按钮都有⼀个关联的 Action ，它代表⼀个命令，按钮的点击触发 Action 的执⾏。举个现实中的应⽤场景，遥控器可以控制不同的设备，在命令模式中，可以假定每个按钮都是⼀个命令对象，包含执⾏特定操作的命令，不同设备对同⼀命令的具体操作也不同，这样就可以⽅便的添加设备和命令对象。等情况下，都是⼀个有效的设计模式。
C++ 设计模式——命令模式
qq_68194402的博客
08-23 2187
命令(Command)模式是一种行为型模式，它将请求封装为对象，从而使您能够使用不同的请求、排队请求或记录请求，以及支持可撤销的操作。
JAVA设计模式之命令模式
孔子说
11-29 3122
转自http://www.kongzid.com/archives/design17，命令模式（Command Pattern）是一种数据驱动的设计模式，它属于行为型模式。其别名为动作(Action)模式或事务(Transaction)模式。请求以命令的形式包裹在对象中，并传给调用对象。调用对象寻找可以处理该命令的合适的对象，并把该命令传给相应的对象，该对象执行命令。（将一个请求封装成一个对象，从而使您可以用不同的请求对客户进行参数化。） 命令...
设计模式---命令模式
weixin_44929475的博客
09-24 2552
命令模式（Command Pattern）是一种行为设计模式，它将一个请求封装为一个对象，从而让你可以使用不同的请求把客户端参数化，对请求排队或者记录请求日志，以及支持可撤销的操作。
设计模式-命令模式（Command）
miaoyl的博客
11-10 2598
命令模式是一种数据驱动的设计模式，它属于行为型模式。请求以命令的形式包裹在对象中，并传给调用对象。调用对象寻找可以处理该命令的合适的对象，并把该命令传给相应的对象，该对象执行命令。命令模式的主要优点是可以将请求封装成一个对象，从而使您可以用不同的请求对客户进行参数化。主要解决在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。
c++-设计模式之命令模式（Command Pattern）
09-20
命令模式（Command Pattern）是一种行为型设计模式，它将请求封装为对象，从而使您可以使用不同的请求、队列请求或日志请求，并支持可撤销操作。命令模式通常用于实现操作的解耦，使得发送者和接收者之间不直接关联...
JS设计模式之命令模式概念与用法分析
11-28
命令模式是一种设计模式，它的核心思想是将命令的发起者（调用者）与命令的执行者（接收者）解耦。在JavaScript中，命令模式的实现通常涉及到以下几个角色： 1. Command（命令）接口：定义了命令的执行方法，它是...
Android编程设计模式之命令模式详解
01-04
命令模式相对于其他的设计模式来说并没有那么多的条条框框，其实它不是一个很”规范“的模式，不过，就是基于这一点，命令模式相对于其他的设计模式更为灵活多变。我们接触比较多的命令模式个例无非就是程序菜单命令...
外观模式(Facade Pattern)及其应用场景
最新发布
追赶时代的博客
08-06 157
外观模式是一种简化复杂系统的设计模式，通过提供统一的高层接口来降低子系统使用难度。该模式具有解耦客户端与子系统、提高易用性等优点，适用于系统集成、多层架构等场景。文中通过计算机启动、家庭影院和编译器三个C++示例，展示了外观模式的具体实现方式：分别为复杂子系统封装简洁接口（如ComputerFacade统一管理CPU/内存等组件），使客户端调用更简单。该模式常与其他设计模式结合使用，既能隐藏系统复杂性，又保留直接访问子系统的灵活性。
【面向对象】面向对象七大原则
杨DaB的博客
08-05 923
单一职责原则是最简单的面向对象设计原则，用于控制类粒度的大小；它建议一个对象应该只包含单一的职责。一旦某个类承担的职责越多，相当于这些职责被耦合在同一个类中，所以它能被复用的可能性就越小。单一职责原则旨在实现高内聚、低耦合，在很多代码重构的手法中都能见到它的身影，虽然思想简单但是却最难运用，因为只有当你有较强的分析能力后，才能将一个耦合度极高的类分离成几个单独的职责明确的类。一个软件实体应当对扩展开放，对修改关闭。也就是说设计的模块能在不被修改源代码的前提下，对其进行扩展。
【设计模式】4.装饰器模式
m0_75178021的博客
08-03 176
【代码】【设计模式】4.装饰器模式。
C++八股文——设计模式
qq_42615475的博客
08-04 847
面向对象的优点和缺点 面向对象的三大特点 设计模式的六大原则 单例模式（线程安全） 工厂方法模式 适配器模式 代理模式 观察者模式 策略模式 备忘录模式 模板模式 状态模式 责任链模式 装饰模式 命令模式
设计原则和设计模式
2303_79336820的博客
08-03 1034
讲解了设计模式是各种设计原则的产物，利用设计模式可以方便后续的功能扩展等。同时组合最好使用多态组合，而非静态组合，也是为了后续方便功能的扩展。强调开闭原则---扩展开放、修改封闭。
C#实现设计模式之命令模式深度解析
命令模式是23种设计模式之一，它将“请求”封装成对象，以便使用不同的请求、队列或者日志请求来参数化其他对象。C#代码则是实现该模式的编程语言，是.NET框架下一种强大的编程语言，广泛用于企业级应用开发中。 ##...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值