我对访问者模式及其用途感到非常困惑。我似乎无法想象使用这种模式的好处或其目的。如果有人能在可能的情况下举例说明，那就太好了。

最佳答案

因此，您可能已经阅读了无数种关于访问者模式的不同解释，并且您可能仍在说“但是您什么时候使用它!”

传统上，访问者习惯于在不牺牲类型安全性的情况下实现类型测试，只要您的类型预先定义好并且事先知道。假设我们有如下几个类:

abstract class Fruit { }
class Orange : Fruit { }
class Apple : Fruit { }
class Banana : Fruit { }

假设我们创建了一个Fruit[]:

var fruits = new Fruit[]
    { new Orange(), new Apple(), new Banana(),
      new Banana(), new Banana(), new Orange() };

我想将列表分成三个列表，每个列表包含橙子、苹果或香蕉。你会怎么做？嗯，easy 解决方案是类型测试:

List<Orange> oranges = new List<Orange>();
List<Apple> apples = new List<Apple>();
List<Banana> bananas = new List<Banana>();
foreach (Fruit fruit in fruits)
{
    if (fruit is Orange)
        oranges.Add((Orange)fruit);
    else if (fruit is Apple)
        apples.Add((Apple)fruit);
    else if (fruit is Banana)
        bananas.Add((Banana)fruit);
}

它可以工作，但是这段代码有很多问题:

• 首先，它很丑。
• 它不是类型安全的，直到运行时我们才会捕获类型错误。
• 它不可维护。如果我们添加一个新的 Fruit 派生实例，我们需要对每个执行水果类型测试的地方进行全局搜索，否则我们可能会错过类型。

访问者模式优雅地解决了这个问题。首先修改我们的 Fruit 基类:

interface IFruitVisitor
{
    void Visit(Orange fruit);
    void Visit(Apple fruit);
    void Visit(Banana fruit);
}

abstract class Fruit { public abstract void Accept(IFruitVisitor visitor); }
class Orange : Fruit { public override void Accept(IFruitVisitor visitor) { visitor.Visit(this); } }
class Apple : Fruit { public override void Accept(IFruitVisitor visitor) { visitor.Visit(this); } }
class Banana : Fruit { public override void Accept(IFruitVisitor visitor) { visitor.Visit(this); } }

看起来我们在复制粘贴代码，但请注意派生类都在调用不同的重载(Apple 调用 Visit(Apple)， Banana 调用 Visit(Banana) 等)。

实现访问者:

class FruitPartitioner : IFruitVisitor
{
    public List<Orange> Oranges { get; private set; }
    public List<Apple> Apples { get; private set; }
    public List<Banana> Bananas { get; private set; }

    public FruitPartitioner()
    {
        Oranges = new List<Orange>();
        Apples = new List<Apple>();
        Bananas = new List<Banana>();
    }

    public void Visit(Orange fruit) { Oranges.Add(fruit); }
    public void Visit(Apple fruit) { Apples.Add(fruit); }
    public void Visit(Banana fruit) { Bananas.Add(fruit); }
}

现在您无需类型测试即可对水果进行分区:

FruitPartitioner partitioner = new FruitPartitioner();
foreach (Fruit fruit in fruits)
{
    fruit.Accept(partitioner);
}
Console.WriteLine("Oranges.Count: {0}", partitioner.Oranges.Count);
Console.WriteLine("Apples.Count: {0}", partitioner.Apples.Count);
Console.WriteLine("Bananas.Count: {0}", partitioner.Bananas.Count);

这样做的好处是:

• 相对干净、易于阅读的代码。
• 类型安全，类型错误在编译时被捕获。
• 可维护性。如果我添加或删除一个具体的 Fruit 类，我可以修改我的 IFruitVisitor 接口(interface)以相应地处理类型，编译器将立即找到我们实现该接口(interface)的所有位置，以便我们进行适当的修改。

话虽如此，访问者通常是矫枉过正，而且他们倾向于使 API 变得非常复杂，并且为每种新行为定义一个新访问者可能非常麻烦。

通常，应该使用更简单的模式(如继承)来代替访问者。例如，原则上我可以编写如下类:

class FruitPricer : IFruitVisitor
{
    public double Price { get; private set; }
    public void Visit(Orange fruit) { Price = 0.69; }
    public void Visit(Apple fruit) { Price = 0.89; }
    public void Visit(Banana fruit) { Price = 1.11; }
}

它可以工作，但与这种微不足道的修改相比有什么优势:

abstract class Fruit
{
    public abstract void Accept(IFruitVisitor visitor);
    public abstract double Price { get; }
}

因此，当满足以下条件时，您应该使用访问者:

• 您有一组定义明确的已知类将被访问。

• 对所述类的操作没有明确定义或事先不知道。例如，如果有人正在使用您的 API，并且您希望为消费者提供一种向对象添加新的临时功能的方法。它们也是扩展具有特殊功能的密封类的便捷方式。

• 您执行一类对象的操作并希望避免运行时类型测试。当您遍历具有不同属性的不同对象的层次结构时，通常会出现这种情况。

在以下情况下不要使用访问者:

• 您支持对派生类型未知的一类对象进行操作。

• 对对象的操作是预先定义好的，特别是如果它们可以从基类继承或在接口(interface)中定义。

• 客户更容易使用继承向类添加新功能。

• 您正在遍历具有相同属性或接口(interface)的对象层次结构。

• 您需要一个相对简单的 API。

关于java - 访问者模式的目的与示例，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2604169/