【设计模式深度剖析】【2】【行为型】【命令模式】| 以打开文件按钮、宏命令、图形移动与撤销为例加深理解

已于 2024-06-06 09:17:05 修改
阅读量1.3k 收藏 16
点赞数 22
分类专栏： 设计模式深度剖析 文章标签： 设计模式 命令模式 java
于 2024-06-05 10:34:24 首次发布
本文为博主原创文章，未经博主允许不得转载。
本文链接：https://blog.csdn.net/qq_28727015/article/details/139464913
版权

👈️上一篇:模板方法模式    |   下一篇:职责链模式👉️

设计模式-专栏👈️

---

文章目录

命令模式

命令模式（Command Pattern）又称为行动（Action）模式或交易（Transaction）模式。

命令模式就像是一个魔法卷轴。在这个奇幻的世界里，魔法师（请求者）不需要亲自施展复杂的法术（接收者），他们可以将法术的咒语和步骤记录在魔法卷轴上（命令对象）。

当魔法师需要施展某个法术时，他们只需挥动魔法卷轴，卷轴上的咒语就会自动激活，释放出强大的魔法力量。这样，魔法师就可以轻松地使用各种法术，而无需每次都记住复杂的咒语和步骤。

魔法卷轴的存在让魔法师的技能得以扩展和保存。他们可以将自己创造的独特法术记录在卷轴上，与他人分享或传授。此外，魔法卷轴还具有撤销和重做的能力，如果魔法师在施展法术时出现了错误，他们可以简单地收回卷轴并重新施展。

因此，命令模式就像是一个魔法卷轴，它让魔法的施展变得更加简单、高效和可控，为魔法师们带来了无尽的便利和乐趣。

本文源码，点击查看👈️

定义

英文原话

Encapsulate a request as an object, allowing you to parameterize clients with different requests, queue or log requests, and support undoable operations.

直译

将请求封装为一个对象，使得你可以使用不同的请求对客户端进行参数化；可以对请求进行排队或记录请求日志，并支持可撤销的操作。

在这个定义中，“Encapsulate a request as an object”指的是将请求（或操作）封装为对象的形式，

这样做的好处是可以将请求与其执行者解耦，提高系统的灵活性和可维护性。同时，通过封装请求为对象，还可以实现诸如请求队列、日志记录、撤销/重做等功能。

如何理解呢？

理解命令模式（Command Pattern）的关键在于认识到它如何帮助我们将请求（或操作）封装为对象，并将请求的发送者和接收者解耦。以下是对命令模式的详细理解：

  1. 请求封装为对象：
    在命令模式中，一个请求被封装为一个对象，即命令对象。这个命令对象包含了执行特定操作的必要信息。通过封装请求为对象，我们可以将请求视为与其他对象一样的实体，并对其进行操作，如传递、存储和组合。

  2. 发送者与接收者解耦：
    命令模式允许我们将请求的发送者（客户端）与请求的接收者（执行者）解耦。发送者不需要直接调用接收者的方法，而是通过命令对象来间接地触发接收者的操作。这种解耦提高了系统的灵活性和可扩展性。

    例如，我们可以轻松地更换接收者（执行不同的操作）或添加新的命令对象（执行新的操作），而无需修改发送者的代码。

  3. 支持撤销、重做和日志记录：
    由于命令对象封装了请求的信息，我们可以轻松地实现撤销、重做和日志记录等功能。通过存储之前执行的命令对象，我们可以在需要时重新执行它们（实现重做）或反向执行它们（实现撤销）。此外，我们还可以记录命令的执行日志，以便后续的分析和调试。

  4. 排队和调度：
    由于命令对象是可存储和可传递的，我们可以将它们放入队列中并按顺序执行（如命令队列），或者根据一定的调度策略来执行它们（如时间调度器）。这允许我们更灵活地控制操作的执行顺序和频率。

  5. 简化客户端代码：
    通过引入命令对象作为中间层，我们可以简化客户端代码。客户端只需要知道如何创建和发送命令对象，而无需关心命令的具体执行细节。这使得客户端代码更加简洁和易于维护。

命令模式通过封装请求为对象并将发送者与接收者解耦，提供了一种灵活的方式来处理请求和操作。它支持撤销、重做、日志记录、排队和调度等功能，并简化了客户端代码。这些特性使得命令模式在许多场景中都非常有用，如GUI操作、数据库事务、游戏开发等。

四个角色

命令模式涉及以下几个主要角色：

1. Command（命令接口）

声明了一个执行操作的接口。

2. ConcreteCommand（具体命令类）

将一个接收者对象绑定于一个动作

通过调用接收者相应的操作，来实现Commond接口的抽象方法。

实现了Command接口，持有接收者（Receiver）对象，并调用接收者的功能来完成命令要执行的操作。

3. Client（客户端）

创建一个具体命令对象并设定它的接收者。

4. Invoker（调用者）

要求该命令执行这个请求。

5. Receiver（接收者）

知道如何实施与执行一个请求的相关的操作。

真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求的功能。

类图

在这里插入图片描述

类图分析

从类图中可以分析出：

调用者Invoker持有命令对象，ConcreteCommand具体命令持有接收者Receiver对象。

因此，调用者Invoker对象就可以间接执行接收者Receiver对象的动作，通过调用具体命令的执行方法execute()，而该方法实现方式是通过调用接收者Receiver对象的动作action()方法。

通过Command接口将调用者与接收者解耦，发送者不需要直接调用接收者的方法，而是通过命令对象来间接地触发接收者的操作。这种解耦提高了系统的灵活性和可扩展性。

代码示例

命令接口Command

package com.polaris.designpattern.list3.behavioral.pattern02.command.proto;

/**
 * 命令接口Command：命令（Command）角色
 */
public interface Command {
    // 执行命令的方法
    void execute();
}

具体命令ConcreteCommand

package com.polaris.designpattern.list3.behavioral.pattern02.command.proto;

/**
 * 具体命令ConcreteCommand：具体命令（Concrete Command）角色
 */
public class ConcreteCommand implements Command {
    private Receiver receiver;

    public ConcreteCommand(Receiver receiver) {
        this.receiver = receiver;
    }

    // 执行方法
    @Override
    public void execute() {
        this.receiver.action();
    }
}

客户端Client

package com.polaris.designpattern.list3.behavioral.pattern02.command.proto;

/**
 * 创建一个具体命令对象并设定它的接收者
 */
public class Client {
    public static void main(String[] args) {
        // 接受者
        Receiver receiver = new Receiver();
        // 将一个接收者对象绑定于一个动作
        Command command = new ConcreteCommand(receiver);

        // 调用者：要求该命令执行这个请求
        Invoker invoker = new Invoker();
        invoker.setCommand(command);
        invoker.callCommand();
    }
}

调用者Invoker

package com.polaris.designpattern.list3.behavioral.pattern02.command.proto;

/**
 * 调用者Invoker
 */
public class Invoker {
    private Command command;

    // 构造函数初始化该命令
    public void setCommand(Command command) {
        this.command = command;
    }

    // 执行命令
    public void callCommand() {
        this.command.execute();
    }
}

接收者Receiver

package com.polaris.designpattern.list3.behavioral.pattern02.command.proto;

/**
 * 接收者Receiver
 */
public class Receiver {
    // 行动方法
    public void action() {
        System.out.println("Command executed.");
    }
}

输出打印

Command executed.

在这个示例中，

Receiver 是知道如何执行请求的对象，ConcreteCommand 是实现了 Command 接口的具体命令类，它持有一个 Receiver 对象并在 execute 方法中调用其 action 方法。

Invoker 是调用者，它持有 Command 对象并在需要时调用其 execute 方法。

Client 是客户端，负责创建和设置命令对象及其接收者。

应用

命令模式的应用

命令模式广泛应用于许多需要执行命令、撤销命令、记录命令历史或实现宏命令的系统中。以下是几个具体的应用场景：

  1. 图形用户界面 (GUI) 中的按钮：每个按钮可以关联一个命令对象，当按钮被点击时，执行该命令。
  2. 文本编辑器：撤销和重做功能可以通过命令模式实现，每个编辑操作（如插入、删除、剪切、粘贴等）都可以是一个命令。
  3. 请求队列：系统可以接收多个命令请求，并将它们存储在一个队列中，然后按照先进先出（FIFO）的顺序执行这些命令。
  4. 事务处理：在金融系统中，交易可以被封装为命令，从而可以轻松地回滚（撤销）事务。
  5. 宏录制：用户可以录制一系列命令，然后在需要时重新执行这些命令，以实现自动化操作。

命令模式的优点

  1. 解耦：命令模式将请求者与执行者解耦，使得请求者不需要知道如何执行命令，只需要知道如何发送命令。
  2. 易于扩展：由于请求者和执行者之间的解耦，可以在不修改现有代码的情况下添加新的命令。
  3. 支持撤销/重做：通过保存命令的历史记录，可以很容易地实现撤销和重做功能。
  4. 易于实现事务：可以将多个命令组合成一个事务，从而确保所有命令都成功执行或全部回滚。
  5. 易于记录日志和监控：可以轻松地记录每个命令的执行情况和结果，以便于后续的分析和监控。

命令模式的缺点

  1. 可能导致过多的具体命令类：对于复杂的系统，可能需要大量的具体命令类来实现各种功能，这可能会增加系统的复杂性。
  2. 可能增加系统的开销：由于命令对象通常包含对接收者的引用，并且在执行过程中可能需要额外的内存来存储命令历史记录，因此可能会增加系统的内存开销。

命令模式的使用场景

当需要满足以下条件时，可以考虑使用命令模式：

  1. 请求者和执行者需要解耦：当请求者不需要知道如何执行请求，或者执行者不需要知道请求的来源时，可以使用命令模式。
  2. 支持撤销/重做：如果系统需要支持撤销和重做功能，那么命令模式是一个很好的选择。
  3. 需要记录请求的历史：如果系统需要记录每个请求的执行情况和结果，以便于后续的分析和监控，那么可以使用命令模式。
  4. 需要实现事务：如果需要将多个操作组合成一个事务，以确保它们要么全部成功执行，要么全部回滚，那么命令模式是一个很好的选择。

示例解析1：菜单按钮（UI 控件）- 打开文件按钮

在这个示例中，我们有一个 UI 控件（比如一个按钮），当用户点击这个按钮时，它应该执行某个操作（打开文件）。

我们可以使用命令模式来解耦按钮和它所执行的操作。

类图

在这里插入图片描述

类图分析

这个类图可以对比之前的角色分析时候的类图，没错，可以发现是一致的结构，是一种场景的具化，为的是通过该具体示例进一步理解命令模式的各个角色。

  1. Button调用者角色，持有一个命令对象，至于什么具体的命令对象，看用户给他传入什么命令对象，这里是要给它的构造器传入OpenFileCommand，用来初始化持有的命令对象，即该按钮的意图是要打开文件。而如何打开，打开哪个文件，由命令决定，调用者只需要负责按照自己的需要传入相应的命令即可；
  2. OpenFileCommand具体命令，构造器初始化了它持有的接收者FileManager对象，以及要打开的文件名，即该命令的目的就是为了打开该指定的文件。该命令的操作方法execute()通过调用接收者打开文件的方法openFile(String)来实现的；
  3. 从上面两步分析，可知，接收者FileManager并不知道谁会用到它，不知道谁是调用者，而调用者Button它只持有命令，具体谁（哪个接收者）来处理这个命令，它不直接关心，或者说它并不关心，他只直接知道我使用这个命令能完成这个事情，而具体这个命令如何操作的，由具体命令进行了封装，调用相应的接收者处理调用者的需求。因此，通过命令接口，解耦了调用者与接收者。
  4. 客户端就是按照上面分析过程中，调用者需要持有一个具体命令对象，具体命令封装了调用哪个接收者的方法来处理调用者的需求，因此客户端Client实例化接收者，作为参数构造出具体命令，然后将具体命令对象作为参数构造出调用者对象，然后就是执行，调用者要求该命令执行这个请求。

代码示例

看完类图，然后把类图分析完，下面的代码就了然了。

package com.polaris.designpattern.list3.behavioral.pattern02.command.openfileuidemo;

// 命令接口
interface Command {  
    void execute();  
}  
  
// 打开文件的具体命令  
class OpenFileCommand implements Command {  
    private FileManager fileManager;  
    private String fileName;  
  
    public OpenFileCommand(FileManager fileManager, String fileName) {  
        this.fileManager = fileManager;  
        this.fileName = fileName;  
    }  
  
    @Override  
    public void execute() {  
        fileManager.openFile(fileName);  
    }  
}  
  
// 文件管理器（接收者）  
class FileManager {  
    public void openFile(String fileName) {  
        System.out.println("打开文件: " + fileName);  
    }  
    // ... 其他文件管理操作  
}  
  
// UI 控件（调用者）  
class Button {  
    private Command command;  
  
    public Button(Command command) {  
        this.command = command;  
    }  
  
    public void onClick() {  
        command.execute();  
    }  
}  
  
// 客户端代码  
public class Client {  
    public static void main(String[] args) {  
        FileManager fileManager = new FileManager();  
        Command openCommand = new OpenFileCommand(fileManager, "example.txt");  
        Button openButton = new Button(openCommand);  
  
        // 假设这是用户点击按钮的事件  
        openButton.onClick(); // 输出：打开文件: example.txt  
    }  
}

/* Output"
打开文件: example.txt
*///~

示例解析2：宏命令（组合多个命令）

在这个示例中，我们将展示如何使用命令模式来组合多个命令，形成一个宏命令。

注意一点即可，宏命令是组合了多个命令，它是要一次执行一组操作的。

类图

在这里插入图片描述

类图分析

除了接收者宏命令MacroCommand持有多个命令对象外，和示例1结构无差别。重点理解一组操作的概念，从类图也可以反映出来。

该示例与示例1的区别，我们模拟宏命令即组合多个命令，可以看到调用者MacroCommand持有一个命令列表，通过addCommand(Command)方法可以添加具体命令进去，它的需求就是一次将这一组命令依次执行，因此需要遍历执行每个命令。

代码示例

主要关注组合对象的实现即可，当然也可以再次重复理解一下命令模式的各个角色，及他们间的关系。

package com.polaris.designpattern.list3.behavioral.pattern02.command.macrocommand;


import com.polaris.designpattern.list3.behavioral.pattern02.command.proto.Command;

import java.util.ArrayList;
import java.util.List;

// 命令接口
interface Command {
    // 执行命令的方法
    void execute();
}

// 宏命令（组合多个命令）
// 宏命令（也是命令的一种，可以包含多个子命令）
class MacroCommand implements Command {
    private List<Command> commands = new ArrayList<>();

    public void addCommand(Command command) {
        commands.add(command);
    }

    @Override
    public void execute() {
        for (Command command : commands) {
            command.execute();
        }
    }
}

// 接收者 TextEditor 类，用于编辑文本
class TextEditor {
    private String text; // 假设这是编辑器中的文本内容

    public TextEditor() {
        this.text = "";
    }

    // 获取编辑器中的文本
    public String getText() {
        return text;
    }

    // 设置编辑器中的文本（通常这不会是一个直接设置的方法，但为了简化示例）
    public void setText(String text) {
        this.text = text;
    }

    // 调整字体大小的方法（这里只是模拟，实际上可能需要更复杂的逻辑）
    public void adjustFontSize(int size) {
        // 在真实应用中，这里可能会更新编辑器的UI或状态来反映新的字体大小
        // 但在这个示例中，我们只是简单地打印一条消息
        System.out.println("字体大小已调整为: " + size);
    }

    // 其他可能的文本编辑方法...
}

// 具体的命令（比如调整字体大小）  
class AdjustFontSizeCommand implements Command {
    private TextEditor textEditor;
    private int size;

    public AdjustFontSizeCommand(TextEditor textEditor, int size) {
        this.textEditor = textEditor;
        this.size = size;
    }

    @Override
    public void execute() {
        textEditor.adjustFontSize(size);
    }
}

// 客户端代码  
public class Client {
    public static void main(String[] args) {
        TextEditor textEditor = new TextEditor(); // 假设 TextEditor 是接收者，用于编辑文本  

        // 创建具体的命令  
        Command fontSizeUp = new AdjustFontSizeCommand(textEditor, 12); // 增大字体  
        Command fontSizeDown = new AdjustFontSizeCommand(textEditor, 10); // 减小字体  

        // 创建宏命令，并添加具体的命令  
        MacroCommand macroCommand = new MacroCommand();
        macroCommand.addCommand(fontSizeUp);
        macroCommand.addCommand(fontSizeDown); // 注意：这里只是示例，通常不会连续执行增大和减小字体  

        // 执行宏命令  
        macroCommand.execute(); // 首先执行 fontSizeUp，然后执行 fontSizeDown  
    }
}

/* Output:
字体大小已调整为: 12
字体大小已调整为: 10
*///~

示例解析3：图形移动/撤销(重做功能)（丐版）

命令模式也可以用来实现撤销和重做功能。每个命令对象都可以存储其执行前的状态，以便在需要时撤销操作。

这里是一个简化的示例，图形的状态信息，这里主要关注图形的位置，在这里给简化省略了，我们只是通过打印文字模拟了一下。因此省略掉了接收者角色，直接在具体命令的方法中进行打印。

带有图形位置状态信息，且由接收者处理请求的示例见示例解析4

在这个示例，适应一下一个简单的变体：缺少接收者。

类图

在这里插入图片描述

类图分析

撤销，重做需要记录之前的状态信息，在这个示例我们简化了状态信息的记录，执行命令，与撤销命令通过在具体命令中进行打印，因此省略了接收者处理请求逻辑，因此在类图就省略了接收者角色；

UndoManager调用者，持有一个命令执行记录栈，当需要撤销，从栈中弹出一个上一次操作的命令执行该命令的撤销方法。

这里的命令接口的定义，分了两层，一层是基础命令，用来执行命令，另外扩展的带撤销功能的命令接口，定义了撤销方法，具体命令实现接口，也就实现了执行/撤销的逻辑。

代码示例

package com.polaris.designpattern.list3.behavioral.pattern02.command.undodemo.simple;

import java.util.Stack;

// 基础的命令接口
interface Command {
    void execute(); // 执行命令  
}

// 带有撤销功能的命令接口  
interface UndoableCommand extends Command {
    void undo(); // 撤销操作  
}

// 具体命令：具体的撤销命令（比如移动图形）
class MoveShapeCommand implements UndoableCommand {
    // 假设这里包含移动图形所需的状态信息  
    // 例如：起始位置、目标位置等  

    @Override
    public void execute() {
        // 执行移动操作  
        System.out.println("执行移动操作");
        // ... 实际移动图形的代码 ...  
    }

    @Override
    public void undo() {
        // 撤销移动操作，将图形移回原来的位置  
        System.out.println("撤销移动操作");
        // ... 实际撤销移动的代码 ...  
    }
}

// 撤销管理器（调用者）  
class UndoManager {
    private Stack<UndoableCommand> undoStack = new Stack<>();

    public void executeCommand(UndoableCommand command) {
        command.execute();
        undoStack.push(command); // 将命令添加到撤销栈中  
    }

    public void undo() {
        if (!undoStack.isEmpty()) {
            UndoableCommand command = undoStack.pop();
            command.undo(); // 调用命令的撤销方法  
            System.out.println("撤销成功");
        } else {
            System.out.println("没有可撤销的命令");
        }
    }

    // 可能还需要一个检查是否有可撤销命令的方法  
    public boolean canUndo() {
        return !undoStack.isEmpty();
    }

    // 如果需要重做功能，可以添加相应的栈和逻辑  
}

// 示例使用  
public class Client {
    public static void main(String[] args) {
        UndoManager undoManager = new UndoManager();
        UndoableCommand moveCommand = new MoveShapeCommand();

        // 执行命令  
        undoManager.executeCommand(moveCommand);

        // 撤销命令  
        if (undoManager.canUndo()) {
            undoManager.undo();
        }
    }
}
/* Output:
执行移动操作
撤销移动操作
撤销成功
*///~

示例解析4：图形移动/撤销(重做功能)

相较于上一个示例（示例3），通过增加接收者Shape类用来处理图形移动逻辑与Point类用来记录图形的位置信息。

类图

在这里插入图片描述

类图分析

  1. UndoManager调用者在执行命令时候会将执行的命令压栈到栈中，当需要撤销操作时候，出栈弹出上一次的命令，执行撤销动作
  2. 由于需要支持撤销，因此调用者必须持有的具体命令必须带有可撤销能力，因此需要持有 UndoableCommand 类型对象
  3. 接收者 Shape 构造函数需要指定 Point对象，用来记录它的位置，它有一个获取图形当前所在位置的方法 getPositon() 和 移动到指定位置的方法 moveTo(Point)该方法需要传入一个目标位置
  4. 具体命令构造器需要参数接收者 Shape 对象用来完成移动/撤销移动操作，同时获取该图形的当前位置信息，即原始位置，记录下来 ，用于撤销时候使用
  5. 具体命令构造器需要参数接收者 Point 对象 targetPosition 用来表示需要移动到的位置

代码示例

package com.polaris.designpattern.list3.behavioral.pattern02.command.undodemo.complex;


import java.util.Stack;

// 基础的命令接口（如果不需要，可以省略）
interface Command {
    void execute(); // 执行命令  
}

// 带有撤销功能的命令接口  
interface UndoableCommand extends Command {
    void undo(); // 撤销操作  
}

// 图形类：用于记录移动图形所需的状态信息
class Shape {
    Point position; // 假设有一个Point类表示位置  

    Shape(Point position) {
        this.position = position;
        System.out.println("图形原位置：" + position);
    }

    // ... 其他图形相关的方法 ...  

    void moveTo(Point newPosition) {
        this.position = newPosition;
        System.out.println("图形移动到: " + newPosition);
    }

    Point getPosition() {
        return position;
    }
}

// 点类，表示位置：用于记录移动图形所需的状态信息
class Point {
    int x, y;

    Point(int x, int y) {
        this.x = x;
        this.y = y;
    }

    @Override
    public String toString() {
        return "(" + x + ", " + y + ")";
    }
}

// 具体命令：具体的撤销命令（比如移动图形）
class MoveShapeCommand implements UndoableCommand {
    private Shape shape;
    private Point originalPosition; // 原始位置  
    private Point targetPosition; // 目标位置  

    public MoveShapeCommand(Shape shape, Point targetPosition) {
        this.shape = shape;
        this.originalPosition = new Point(shape.getPosition().x, shape.getPosition().y); // 保存原始位置  
        this.targetPosition = targetPosition;
    }

    @Override
    public void execute() {
        // 执行移动操作  
        System.out.println("执行移动操作");
        shape.moveTo(targetPosition); // 实际移动图形的代码  
    }

    @Override
    public void undo() {
        // 撤销移动操作，将图形移回原来的位置  
        System.out.println("撤销移动操作");
        shape.moveTo(originalPosition); // 实际撤销移动的代码  
    }
}

// 撤销管理器（调用者）
class UndoManager {
    private Stack<UndoableCommand> undoStack = new Stack<>();

    public void executeCommand(UndoableCommand command) {
        command.execute();
        undoStack.push(command); // 将命令添加到撤销栈中
    }

    public void undo() {
        if (!undoStack.isEmpty()) {
            UndoableCommand command = undoStack.pop();
            command.undo(); // 调用命令的撤销方法
            System.out.println("撤销成功");
        } else {
            System.out.println("没有可撤销的命令");
        }
    }

    // 可能还需要一个检查是否有可撤销命令的方法
    public boolean canUndo() {
        return !undoStack.isEmpty();
    }

    // 如果需要重做功能，可以添加相应的栈和逻辑
}

// 示例使用
public class Client {
    public static void main(String[] args) {
        UndoManager undoManager = new UndoManager();
        Shape shape = new Shape(new Point(0, 0)); // 创建一个在(0, 0)位置的图形  
        UndoableCommand moveCommand = new MoveShapeCommand(shape, new Point(10, 10)); // 移动到(10, 10)位置  

        // 执行命令
        undoManager.executeCommand(moveCommand);

        // 撤销命令
        if (undoManager.canUndo()) {
            undoManager.undo();
        }
    }
}
/* Output:
图形原位置：(0, 0)
执行移动操作
图形移动到: (10, 10)
撤销移动操作
图形移动到: (0, 0)
撤销成功
*///~

在这个示例中，我们添加了一个Shape类来表示图形，以及一个Point类来表示位置。MoveShapeCommand现在保存了图形的原始位置和目标位置，以便在execute和undo方法中使用。在Main类的示例中，我们创建了一个在(0, 0)位置的图形，并创建了一个命令来将其移动到(10, 10)位置。然后，我们通过UndoManager执行该命令并撤销它。

---

👈️上一篇:模板方法模式    |   下一篇:职责链模式👉️

设计模式-专栏👈️

浣花御劍
关注
  • 22
    点赞
  • 踩
  • 16
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
《游戏引擎架构》中英词汇索引表
wolf96的专栏
05-05 5150
简介 此词汇索引表源自《游戏引擎架构》的中英索引，支持搜寻及排序，以方便读者查阅。遇到游戏相关的术语也可利用本表查找其中英翻译。欢迎提供意见反馈。 中英双语索引表 Search: 英文 中文 页数   2D angular acceleration 二维角加速率 580 2D angular dynamics 二维旋转动力学 5
2024前端面试题！（附答案及解析）（2024.8月最新版）
热门推荐
这世上从不缺让人上头的新鲜感，能顾及你情绪的人实属难得。
03-27 11万+
2024前端面试题！面试宝典！总结心得！（附答案及解析）会持续更新哦！（2024.8月最新版）感谢支持，你们的鼓励是我的动力！
python中文语料分词处理，按字或者词cut_sentence
高颜值的杀生丸(此博客转载自我的博客园)
02-19 2万+
cut_sentence.py import string import jieba import jieba.posseg as psg import logging #关闭jieba日制 jieba.setLogLevel(logging.INFO) jieba.load_userdict("./corpus/keywords.txt") stopwords_path = "....
ios面试题汇总
weixin_30892763的博客
10-27 1424
1.Difference between shallow copy and deep copy?
浅复制和深复制的区别？
答案：浅层复制：只复制指向对象的指针，而不复制引用对象本身。
深层复制：复制引用对象本身。
意思就是说我有个A对象，复制一份后得到A_copy对象后，对于浅复制来说，A和A_copy指向的是同一个内存资源，复制的只不过是是一个指针，对象本身资源
还是只有一份，那如果我...
VC6数据库综合开发资料
独旅天涯
10-22 5080
VC6数据库综合开发资料           目录   用VC++6.0开发多表联接的数据库应用程序 《使用OLEDB编写数据库应用程序》 《在Visual C++中用ADO进行数据库编程》 《用Visual C++开发数据库应用程序》 Visual C++ 中 的ODBC 编 程 利用ODBC管理数据库 在ODBC 中 应 用DDX 和RFX MFC 中ODBC 类 库 简
Java设计模式课件命令模式.pptx
11-13
命令模式是一种设计模式，属于对象行为型模式，其主要目的是将请求发送者和接收者解耦，使得两者之间没有直接的引用关系。这种模式通过引入命令对象，将一个请求封装成一个独立的对象，使得发送者只需关注如何发送...
学习php设计模式 php实现命令模式(command)
12-18
命令模式把发出命令的责任和执行命令的责任分割开，委派给不同的对象。 请求的一方发出请求要求执行一个操作；接收的一方收到请求，并执行操作。命令模式允许请求的一方和接收的一方独立开来，使得请求的一方不必...
JS设计模式之命令模式概念与用法分析
10-18
命令模式是一种设计模式，主要目的是将请求的发起者与实际执行请求的对象解耦。在JavaScript中，命令模式通过创建命令对象来封装特定的操作，并通过调用命令对象的`execute`方法来执行这些操作。这样，客户端（即...
Python设计模式之命令模式原理与用法实例分析
09-19
命令模式是一种行为设计模式，它的主要目的是将命令的发起者（客户端）与命令的执行者（接收者）解耦。在Python中，命令模式通过创建一个表示特定操作的类（命令类），使得客户端可以通过调用该类的方法来执行相应的...
Java设计模式 – 命令模式
01-08
优点：能实现命令的请求者和执行者的解耦，使系统易于扩展，支持宏命令，可将一组命令组合起来使用，可以方便地实现撤销操作。 缺点：因为每一个命令有一个相对的具体命令类，当命令过多时，影响命令模式的使用。 4...
设计模式实战：日志系统的设计与实现
qq_40254606的博客
07-26 719
通过本项目，我们综合应用了单例模式、适配器模式和桥接模式，解决了日志系统的设计需求。通过这些模式，我们实现了系统模块的解耦和灵活扩展，使得代码结构更加清晰、易于维护。
【设计模式】建造者模式
weixin_61144851的博客
07-23 942
这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式，而不是使用 new 运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。：这些模式关注对象之间的组合和关系，旨在解决如何构建灵活且可复用的类和对象结构。：这些模式关注对象之间的通信和交互，旨在解决对象之间的责任分配和算法的封装。
设计模式-单例模式
最新发布
weixin_51722520的博客
07-27 122
单例设计模式
C# 设计模式分类
語衣的个人博客
07-23 937
创建型模式主要关注对象的创建过程，包括如何实例化对象，并隐藏实例化的细节。结构型模式主要关注类和对象的组合，以形成更大的结构。行为型模式主要关注对象之间的通信和职责分配。
js 优雅的实现模板方法设计模式
qq_43985303的博客
07-24 314
在JavaScript中，优雅地实现模板方法设计模式通常意味着我们要遵循一些最佳实践，如清晰地定义算法的骨架（模板方法），并确保子类能够灵活地扩展或修改这些算法中的特定步骤。此外，由于JavaScript的类和继承是基于原型的，因此这种实现方式也充分利用了JavaScript的继承机制，使得代码更加符合JavaScript的编程习惯。优雅性：通过提供默认实现，避免了在子类中必须实现所有方法的强制性要求，从而提高了代码的优雅性。灵活性：子类可以自由地选择覆盖哪些钩子方法，以及覆盖后的行为是什么。
6.3 面向对象技术-设计模式
m0_38066007的博客
07-26 441
设计模式
DP学习——外观模式
huibin.yun的博客
07-24 301
学而时习之，温故而知新。
C++(week14): C++提高:(一)面向对象设计：设计原则、设计模式
Edward2022的博客
07-25 744
类与类之间的五种关系、面向对象的七种设计原则、23种设计模式
行为型设计模式详解：职责链与命令模式
"设计模式总结(2)：行为型设计模式——职责链模式与命令模式" 行为型设计模式关注的是对象之间的责任分配和行为传递。本文重点介绍了两种行为型设计模式：职责链模式（ChainOfResponsibilityPattern）和命令模式...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值