C++ 设计模式:访问者模式(Visitor Pattern)

链接:C++ 设计模式
链接:C++ 设计模式 - 命令模式

访问者模式(Visitor Pattern)是一种行为型设计模式,它允许你在不改变元素类的前提下,定义作用于这些元素的新操作。访问者模式将操作的逻辑从元素类中分离出来,使得新的操作可以很容易地添加,而不需要修改元素类的代码。

1. 问题分析

在开发中,由于需求的改变,某些类层次结构经常需要增加新的行为(方法),如果直接在基类中做这样的更改,将会给子类带来很繁重的变更负担,甚至破坏原有设计,违反开闭原则(OCP)。

访问者模式通过将操作封装到访问者对象中,使得新的操作可以很容易地添加,而不需要修改元素类的代码。元素类只需要接受访问者,并将自己传递给访问者。

2.实现步骤

  1. 定义访问者接口(Visitor):声明对每个具体元素类的访问操作。
  2. 实现具体访问者类(ConcreteVisitor):实现访问者接口,定义具体的访问操作。
  3. 定义元素接口(Element):声明接受访问者的方法。
  4. 实现具体元素类(ConcreteElement):实现元素接口,定义接受访问者的方法,并将自己传递给访问者。
  5. 定义对象结构类(ObjectStructure):包含元素的集合,可以遍历这些元素并让访问者访问它们。

3.代码示例

3.1.定义访问者接口

cpp 复制代码
// 前向声明具体元素类
class ConcreteElementA;
class ConcreteElementB;

// 访问者接口
class Visitor {
 public:
  virtual ~Visitor() = default;
  virtual void visitConcreteElementA(ConcreteElementA* element) = 0;
  virtual void visitConcreteElementB(ConcreteElementB* element) = 0;
};

3.2.定义元素接口

cpp 复制代码
// 元素接口
class Element {
 public:
  virtual ~Element() = default;
  virtual void accept(Visitor* visitor) = 0;
};

3.3.实现具体元素类

cpp 复制代码
// 具体元素类A
class ConcreteElementA : public Element {
 public:
  void accept(Visitor* visitor) override { visitor->visitConcreteElementA(this); }
};
cpp 复制代码
// 具体元素类B
class ConcreteElementB : public Element {
 public:
  void accept(Visitor* visitor) override { visitor->visitConcreteElementB(this); }
};

3.4. 实现具体访问者类

cpp 复制代码
// 具体访问者类1:执行操作1
class ConcreteVisitor1 : public Visitor {
 public:
  void visitConcreteElementA(ConcreteElementA* element) override {
    std::cout << "ConcreteVisitor1: Processing ConcreteElementA" << std::endl;
  }

  void visitConcreteElementB(ConcreteElementB* element) override {
    std::cout << "ConcreteVisitor1: Processing ConcreteElementB" << std::endl;
  }
};
cpp 复制代码
// 具体访问者类2:执行操作2
class ConcreteVisitor2 : public Visitor {
 public:
  void visitConcreteElementA(ConcreteElementA* element) override {
    std::cout << "ConcreteVisitor2: Processing ConcreteElementA" << std::endl;
  }

  void visitConcreteElementB(ConcreteElementB* element) override {
    std::cout << "ConcreteVisitor2: Processing ConcreteElementB" << std::endl;
  }
};

3.5. 定义对象结构类

cpp 复制代码
// 对象结构类
class ObjectStructure {
 public:
  void addElement(Element* element) { elements_.push_back(element); }

  void accept(Visitor* visitor) {
    for (Element* element : elements_) {
      element->accept(visitor);
    }
  }

 private:
  std::vector<Element*> elements_;
};

3.6. 客户端代码

cpp 复制代码
int main() {
  // 创建对象结构
  ObjectStructure objectStructure;

  // 创建具体元素
  ConcreteElementA elementA;
  ConcreteElementB elementB;

  // 添加元素到对象结构
  objectStructure.addElement(&elementA);
  objectStructure.addElement(&elementB);

  // 创建具体访问者
  ConcreteVisitor1 visitor1;
  ConcreteVisitor2 visitor2;

  // 访问者访问对象结构中的元素
  std::cout << "Visitor1 visiting elements:" << std::endl;
  objectStructure.accept(&visitor1);

  std::cout << "Visitor2 visiting elements:" << std::endl;
  objectStructure.accept(&visitor2);

  return 0;
}

4.总结

  1. 优点
    • 扩展性:可以很容易地增加新的访问者,而无需修改元素类的代码。
    • 单一职责原则:将不同的操作分离到不同的访问者中,使得每个访问者只负责一种操作。
    • 开闭原则:元素类对扩展开放,对修改关闭。
  2. 缺点
    • 元素类的修改:每次增加新的元素时,都需要修改所有的访问者类,所以该模式的前提是元素类是稳定的。
    • 复杂性:如果元素类和访问者类较多,代码会变得复杂。
相关推荐
2601_956121975 小时前
二分算法(知识点+题目)
c++·算法
蒙奇·D·路飞-7 小时前
OpenClaw:开源的《合金弹头》精神续作与终极本地部署指南
c++·开源·mfc
董员外7 小时前
RAG 系统进化论(八):Agentic RAG(智能体式 RAG),从回答问题到完成任务
人工智能·后端·设计模式
小星星闪亮登场8 小时前
2026萌新联赛第三场-- (郑州轻工业大学)
数据结构·c++·经验分享·算法·贪心算法·排序算法·深度优先
梓䈑9 小时前
【用 Vibe Coding 实现的 C++17 在线判题系统】前端开发 + Web 自动化测试
前端·c++·ai编程
冻柠檬飞冰走茶9 小时前
PTA基础编程题目集 7-8超速判断(C++语言实现)
开发语言·数据结构·c++·算法
TunerT_TQ9 小时前
Valhalla 静态工程审阅 #018|MMCV 源码证据驱动评测【大厂开源基础设施特辑】
c++·开源·mfc·#计算机视觉·#商汤科技·#openmmlab·#静态源码审计
别动我齐刘海10 小时前
Day6 unitree_G1人形机器人GMR—— MotionInput
c语言·c++·人工智能·学习·机器学习·机器人·github
Henry Zhu12311 小时前
C++17 `weak_from_this` 详解:让对象安全地观察自己
c++
董员外11 小时前
RAG 系统进化论(七):Multimodal RAG(多模态 RAG),当知识存在于表格、图片和页面中
人工智能·后端·设计模式