访问者模式可以包含一些状态吗？

Question

假设此模型类别：

public class Car extends Vehicle implements Visitable {
  .....
  void accept(VehicleVisitor visitor){
    visitor.visit(this);
  }  
  .....
}

使用访问者，因为允许授予某些车辆的决定是很晚才做出的（在创建汽车类别之后）。

还有一个特定的 Visitor 层次结构，其基类名为 VehicleEvaluatorVisitor，继承自 CarVisitor，其目标是告知车辆是否值得奖励：

public class VehicleEvaluatorVisitor implements VehicleVisitor {

  boolean mustBeAwarded;

  public visit(Car car){
    ....
    mustBeAwarded= true;   //after some conditional
  }

  .... //other visit methods

  boolean mustVehicleBeAwarded(){
    return mustBeAwarded;
  }

}

此设计的目标是允许客户端迭代任何车辆集合，以便知道哪辆车必须获奖获奖者：

  ...
    VehicleEvaluatorVisitor visitor = new VehicleEvaluatorVisitor ();
    for(Vehicle vehicle : vehicules){
      vehicle.accept(visitor);
      boolean mustToBeAwarded = visitor.mustVehicleBeAwarded();
      .....
  ...

我的问题是：这是一个可以接受的设计吗？ （当然，汽车和奖励概念只是一个理论上的例子）

Answer 1

对访客有一个状态是可以的。

但在大多数情况下，它过于复杂。

考虑让访问者具有泛型，您的代码将变成：

访问者界面

public interface VehicleVisitor<T> {
    ...
    T visit(Car car);
    ...
}

带有汽车类

public class Car extends Vehicle implements Visitable {
    ...
    <T> T accept(VehicleVisitor<T> visitor){
        return visitor.visit(this);
    }
    ...
}

和访问者实现

public class VehicleEvaluatorVisitor implements VehicleVisitor<Boolean> {
    
    public Boolean visit(Car car){
        ...
        return true;
        ...
    }
    
}

Answer 2

关于设计模式的书清楚地说明了状态，访问者可以累积状态（第 336 页“后果”部分第 5 点）。剩下的就是实现细节；-)

Answer 3

我看不出这个设计有什么问题。它看起来像是访问者模式的合理用例。

您已将奖励评估逻辑封装在访问者内部，而不是将其暴露在 Car 类或客户端类中。这是使用访问者模式的目的之一。当然，如果需要，您以后还可以添加更多类型的访问者。