访问者模式：可以在不改变类的前提下给它加功能？访问者模式太神奇了！

2. 具体元素 (Concrete Element)

接下来，看看具体的商品类怎么实现。这里用到了一个叫双重分派的精妙技巧。注意看$visitor->visitBook($this)这行：

1. 第一重分派：客户端调用$product->accept($visitor)，把访问者“请进门”。
2. 第二重分派：商品对象（比如Book）自己很清楚“我是谁”，所以它立刻调用了访问者身上专门为自己准备的方法——visitBook($this)，并把自身引用传递过去。

class Book implements Product
{
    public function __construct(
        public string $title,
        public int $pages
    ) {}

    public function accept(Visitor $visitor): void
    {
        // 我知道我是 Book，所以我调用 visitBook
        $visitor->visitBook($this);
    }
}

class Fruit implements Product
{
    public function __construct(
        public string $name,
        public float $weight
    ) {}

    public function accept(Visitor $visitor): void
    {
        // 我知道我是 Fruit，所以我调用 visitFruit
        $visitor->visitFruit($this);
    }
}

3. 访问者接口 (Visitor)

访问者接口定义了它能为哪些类型的“客人”（元素）提供服务。每种元素都有一个对应的访问方法。

interface Visitor
{
    public function visitBook(Book $book): void;
    public function visitFruit(Fruit $fruit): void;
}

4. 具体访问者 (Concrete Visitor)

重头戏在这里。所有具体的操作逻辑，都被封装在各个访问者类中。想加新功能？直接新建一个访问者类就行，原有代码纹丝不动。

// 导出 XML 的逻辑
class XmlExportVisitor implements Visitor
{
    public function visitBook(Book $book): void
    {
        echo "
{$book->pages}\n";
    }

    public function visitFruit(Fruit $fruit): void
    {
        echo "{$fruit->name}{$fruit->weight}\n";
    }
}

// 导出 JSON 的逻辑（想加新功能？加个新类就行！）
class JsonExportVisitor implements Visitor
{
    public function visitBook(Book $book): void
    {
        echo json_encode(['type' => 'book', 'title' => $book->title]) . "\n";
    }

    public function visitFruit(Fruit $fruit): void
    {
        echo json_encode(['type' => 'fruit', 'name' => $fruit->name]) . "\n";
    }
}

5. 客户端调用

最后，看看客户端如何使用这套机制，优雅地完成不同格式的导出任务。

$products = [
    new Book("PHP 核心技术", 500),
    new Fruit("苹果", 1.5),
    new Book("设计模式", 300)
];

// 1. 导出 XML
echo "--- Exporting XML ---\n";
$xmlVisitor = new XmlExportVisitor();
foreach ($products as $product) {
    $product->accept($xmlVisitor);
}

// 2. 导出 JSON
echo "\n--- Exporting JSON ---\n";
$jsonVisitor = new JsonExportVisitor();
foreach ($products as $product) {
    $product->accept($jsonVisitor);
}

// 输出示例：
// --- Exporting XML ---
// ...
// 苹果...
// ...
// --- Exporting JSON ---
// {"type":"book","title":"PHP 核心技术"}
// {"type":"fruit","name":"苹果"}
// ...

二、一个至关重要的细节与取舍

访问者模式并非万能灵药，它有一个非常显著的特点（或者说缺点）：增加新的元素类型会非常困难。

想象一下，如果你的系统突然要加入一个新的Electronic（电子产品）类。那么，你不仅要修改Visitor接口（增加一个visitElectronic方法），还必须回过头去修改所有已经写好的具体访问者类（比如XmlExportVisitor、JsonExportVisitor），让它们实现对这个新产品的处理逻辑。

所以，这就引出了访问者模式的经典适用场景：数据结构非常稳定，但操作（算法）需要频繁扩展和变化。编译器就是个绝佳的例子——编程语言的语法规则（数据结构）几乎不变，但针对语法树的分析、优化、转换等操作（访问者）却层出不穷。报表系统也是类似，数据模型固定，但导出格式、统计规则常变。

三、什么时候该考虑用它？

总结一下，当你在项目中遇到以下几种情况时，访问者模式值得放入备选方案：

1. 你的对象结构由许多不同接口的类对象组成，而你想要执行一些依赖于这些对象具体类型的操作。
2. 你需要在对象结构上执行许多彼此无关的不同操作，并且不希望这些操作把对象本身的类弄得乱七八糟。
3. 对象结构本身（类的种类）很少改变，但你却需要经常在这个结构上定义新的操作。

四、总结与延伸思考

访问者模式，用一句话概括就是：封装一些作用于某种数据结构中各元素的操作，它可以在不改变该数据结构的前提下，定义作用于这些元素的新操作。

它的核心价值在于扩展操作。通过将数据结构与数据操作解耦，增加新操作变得像搭积木一样简单——新建一个访问者类即可。

最后，留一个有趣的思考题：PHP本身并不支持基于参数类型的真正方法重载。如果PHP支持重载，我们或许就不需要用visitBook、visitFruit这样区分方法名，而可以统一用visit(Book $b)和visit(Fruit $f)。如果真是这样，你觉得accept方法里的双重分派逻辑会发生什么变化？这背后又涉及到静态分派与动态分派哪些微妙的区别呢？