目录
- 访问者模式简介
- 访问者模式的结构
- 访问者模式的优缺点
- 访问者模式的实现
- 4.1 Python 示例
- 访问者模式的应用场景
- 出站链接
- 站内链接
- 参考资料
1. 访问者模式简介
访问者模式（Visitor Pattern） 是一种行为型设计模式，它让你可以在不改变类的结构的前提下，增加新的操作。通过访问者模式，能够让一个操作作用于一组对象的元素上，而不需要知道这些元素的具体类。它通过将数据结构和操作分离，帮助你将操作与数据结构解耦，从而使得数据结构可以更加灵活。
为什么使用访问者模式？
- 增加新的操作：当你需要对某些对象结构进行操作时，访问者模式可以让你将新的操作独立于对象结构之外添加进来，而不需要修改已有的数据结构类。
- 解耦操作与数据结构：将操作与数据结构分离，意味着可以在不修改数据结构的前提下增加新的操作，符合开闭原则（对扩展开放，对修改关闭）。
- 增强可维护性：新的操作可以通过添加新的访问者类来实现，不影响原有类的代码，使得系统更加灵活，且易于扩展。
2. 访问者模式的结构
访问者模式通常包含以下几个角色：
| 角色 | 作用 |
|---|---|
| Element（元素接口） | 定义一个 accept() 方法，允许访问者访问当前元素。 |
| ConcreteElement（具体元素） | 实现 accept() 方法，允许访问者访问该元素，并执行相应的操作。 |
| Visitor（访问者接口） | 定义访问每种具体元素的操作接口。 |
| ConcreteVisitor（具体访问者） | 实现访问者接口，并定义具体的操作。 |
| ObjectStructure（对象结构） | 存储一组元素，并通过 accept() 方法将访问者传递给这些元素。 |
UML 类图
┌────────────────────┐
│ Element │ (元素接口)
│ + accept(visitor) │
└───────▲───────────┘
│
┌────────────────────┐
│ ConcreteElement │ (具体元素)
│ + accept(visitor) │
└───────▲───────────┘
│
┌────────────────────┐
│ Visitor │ (访问者接口)
│ + visitConcreteElementA() │
│ + visitConcreteElementB() │
└───────▲───────────┘
│
┌────────────────────┐
│ ConcreteVisitor │ (具体访问者)
│ + visitConcreteElementA() │
│ + visitConcreteElementB() │
└────────────────────┘
3. 访问者模式的优缺点
✅ 优点
- 符合开闭原则：通过使用访问者模式，我们可以在不修改对象结构的情况下添加新的操作。
- 易于增加新的操作：如果需要为对象结构增加新的操作，只需添加新的访问者类，而不需要修改现有的元素类或元素结构。
- 集中化操作：不同的操作可以集中在一个地方进行实现，避免了在多个元素类中进行操作的重复代码。
❌ 缺点
- 增加了系统复杂度：访问者模式将操作与元素分离，导致系统的结构变得更加复杂，尤其是在元素结构变化时，需要修改访问者中的所有操作。
- 元素类不易修改：如果元素类的结构发生变化（如增加或删除了某个元素），则所有的访问者类都需要进行修改，这对系统维护不利。
- 不适用于频繁变化的对象结构：如果对象结构变化频繁，访问者模式可能导致大量的修改，降低系统的灵活性。
4. 访问者模式的实现
4.1 Python 示例
场景：假设我们有一个商品价格计算系统，商品有不同类型（如书籍、电子产品等），我们需要在不同的操作（如打折、税收计算等）下计算价格。我们可以使用访问者模式来为每种商品类型增加新的操作。
# 1. 元素接口：定义接受访问者的方法
from abc import ABC, abstractmethod
class Product(ABC):
@abstractmethod
def accept(self, visitor):
pass
# 2. 具体元素：书籍产品
class Book(Product):
def __init__(self, price):
self.price = price
def accept(self, visitor):
visitor.visit_book(self)
# 3. 具体元素：电子产品
class Electronics(Product):
def __init__(self, price):
self.price = price
def accept(self, visitor):
visitor.visit_electronics(self)
# 4. 访问者接口：定义访问每个具体元素的方法
class DiscountVisitor(ABC):
@abstractmethod
def visit_book(self, book):
pass
@abstractmethod
def visit_electronics(self, electronics):
pass
# 5. 具体访问者：打折操作
class DiscountVisitorImpl(DiscountVisitor):
def visit_book(self, book):
print(f"Applying 10% discount on book: ${book.price * 0.9}")
def visit_electronics(self, electronics):
print(f"Applying 15% discount on electronics: ${electronics.price * 0.85}")
# 6. 客户端代码
if __name__ == "__main__":
# 创建产品
book = Book(100)
electronics = Electronics(200)
# 创建访问者
discount_visitor = DiscountVisitorImpl()
# 访问元素
book.accept(discount_visitor) # 对书籍进行打折操作
electronics.accept(discount_visitor) # 对电子产品进行打折操作
输出结果：
Applying 10% discount on book: $90.0
Applying 15% discount on electronics: $170.0
在这个例子中，Product 是一个抽象元素类，定义了 accept 方法，具体的产品如 Book 和 Electronics 实现了该方法，并调用访问者的相应方法。DiscountVisitor 是一个抽象访问者类，定义了对每个元素的访问操作，DiscountVisitorImpl 是一个具体访问者，实现了针对不同产品的折扣操作。通过访问者模式，我们可以为不同的产品类型添加新的操作，而不需要修改产品类本身。
5. 访问者模式的应用场景
适用于以下情况
- 数据结构不经常变化，操作变化频繁的场景：
- 当你有一个不常改变的数据结构（如对象树、复合对象等），但需要经常对这些对象执行不同的操作时，访问者模式非常适用。比如，在编译器中，语法树的结构通常不变，但需要不同的操作，如代码生成、优化等。
- 需要对对象结构中的元素进行多种操作：
- 当你有多个对象类型，并且每个对象类型都需要执行不同的操作时，访问者模式可以让你将操作集中在一个地方，避免在多个类中重复实现。
- 需要避免在每个类中添加方法：
- 如果你希望避免在每个类中添加过多的操作方法（例如类中包含多个行为），使用访问者模式可以将操作集中到单独的访问者类中。
真实案例
- 文件系统中的操作：
- 在文件系统中，不同的文件类型（如文本文件、图片文件、音频文件）可以执行不同的操作（如读取、压缩、加密等）。使用访问者模式可以为每种文件类型实现不同的操作，而不需要修改文件类本身。
- 编译器中的语法树遍历：
- 编译器中，语法树的节点结构不经常变化，但编译过程中的操作（如语法检查、代码生成、优化等）会经常变化，使用访问者模式可以将这些操作集中在一个地方。
6. 出站链接
7. 站内链接
8. 参考资料
- Gamma, E., Design Patterns: Elements of Reusable Object-Oriented Software (1994).
- Freeman, E., Head First Design Patterns (2004).
总结
- 访问者模式通过将操作与对象结构分离，允许在不修改对象结构的情况下为对象结构添加新的操作。适用于对象结构不经常变化，但操作需求频繁变化的场景。
- 适用于操作复杂且需要扩展的情况，如文件系统、编译器等，能够减少类中的代码重复和增加灵活性。
- 尽管访问者模式增强了扩展性，但
发表回复