访问者模式
在现实生活中，有些集合对象存在多种不同的元素，且每种元素也存在多种不同的访问者和处理方式。例如，公园中存在多个景点，也存在多个游客，不同的游客对同一个景点的评价可能不同；医院医生开的处方单中包含多种药元素，査看它的划价员和药房工作人员对它的处理方式也不同，划价员根据处方单上面的药品名和数量进行划价，药房工作人员根据处方单的内容进行抓药。
这样的例子还有很多，例如，电影或电视剧中的人物角色，不同的观众对他们的评价也不同；还有顾客在商场购物时放在“购物车”中的商品，顾客主要关心所选商品的性价比，而收银员关心的是商品的价格和数量。
这些被处理的数据元素相对稳定而访问方式多种多样的数据结构，如果用“访问者模式”来处理比较方便。访问者模式能把处理方法从数据结构中分离出来，并可以根据需要增加新的处理方法，且不用修改原来的程序代码与数据结构，这提高了程序的扩展性和灵活性。
模式的定义与特点
访问者（Visitor）模式的定义：将作用于某种数据结构中的各元素的操作分离出来封装成独立的类，使其在不改变数据结构的前提下可以添加作用于这些元素的新的操作，为数据结构中的每个元素提供多种访问方式。它将对数据的操作与数据结构进行分离，是行为类模式中最复杂的一种模式。
访问者（Visitor）模式是一种对象行为型模式，其主要优点如下。
- 扩展性好。能够在不修改对象结构中的元素的情况下，为对象结构中的元素添加新的功能。
- 复用性好。可以通过访问者来定义整个对象结构通用的功能，从而提高系统的复用程度。
- 灵活性好。访问者模式将数据结构与作用于结构上的操作解耦，使得操作集合可相对*地演化而不影响系统的数据结构。
- 符合单一职责原则。访问者模式把相关的行为封装在一起，构成一个访问者，使每一个访问者的功能都比较单一。
访问者（Visitor）模式的主要缺点如下。
- 增加新的元素类很困难。在访问者模式中，每增加一个新的元素类，都要在每一个具体访问者类中增加相应的具体操作，这违背了“开闭原则”。
- 破坏封装。访问者模式中具体元素对访问者公布细节，这破坏了对象的封装性。
- 违反了依赖倒置原则。访问者模式依赖了具体类，而没有依赖抽象类。
模式的结构
访问者（Visitor）模式实现的关键是如何将作用于元素的操作分离出来封装成独立的类
访问者模式包含以下主要角色。
- 抽象访问者（Visitor）角色：定义一个访问具体元素的接口，为每个具体元素类对应一个访问操作 visit() ，该操作中的参数类型标识了被访问的具体元素。
- 具体访问者（ConcreteVisitor）角色：实现抽象访问者角色中声明的各个访问操作，确定访问者访问一个元素时该做什么。
- 抽象元素（Element）角色：声明一个包含接受操作 accept() 的接口，被接受的访问者对象作为 accept() 方法的参数。
- 具体元素（ConcreteElement）角色：实现抽象元素角色提供的 accept() 操作，其方法体通常都是 visitor.visit(this) ，另外具体元素中可能还包含本身业务逻辑的相关操作。
- 对象结构（Object Structure）角色：是一个包含元素角色的容器，提供让访问者对象遍历容器中的所有元素的方法，通常由 List、Set、Map 等聚合类实现。
【例1】利用“访问者（Visitor）模式”模拟艺术公司与造币公司的功能。
分析：艺术公司利用“铜”可以设计出铜像，利用“纸”可以画出图画；造币公司利用“铜”可以印出铜币，利用“纸”可以印出纸币。对“铜”和“纸”这两种元素，两个公司的处理方法不同，所以该实例用访问者模式来实现比较适合。
实现
//抽象访问者：公司
public interface Visitor {
//艺术公司
void visit(ConcreteElementA element);
//造币公司
void visit(ConcreteElementB element);
}
//具体访问者A类：艺术公司
public class ConcreteVisitorA implements Visitor {
//艺术公司用铜造铜像
@Override
public void visit(ConcreteElementA element) {
System.out.println("艺术公司-->用" + element.operationA() + "造铜像");
}
//艺术公司铜纸造画像
@Override
public void visit(ConcreteElementB element) {
System.out.println("艺术公司-->用" + element.operationB() + "造画像");
}
}
//具体访问者B类：造币公司
public class ConcreteVisitorB implements Visitor {
//造币公司用铜造铜币
@Override
public void visit(ConcreteElementA element) {
System.out.println("造币公司-->用" + element.operationA() + "造铜币");
}
//造币公司用纸造纸币
@Override
public void visit(ConcreteElementB element) {
System.out.println("造币公司-->用" + element.operationB() + "造纸币");
}
}
//抽象元素类：原材料
public interface Element {
//谁用？一个具体的公司用
void accept(Visitor visitor);
}
//具体元素A类：原材料：铜
public class ConcreteElementA implements Element {
@Override
public void accept(Visitor visitor) {
visitor.visit(this);
}
public String operationA() {
return "铜";
}
}
//具体元素B类：原材料：纸
public class ConcreteElementB implements Element {
@Override
public void accept(Visitor visitor) {
visitor.visit(this);
}
public String operationB() {
return "纸";
}
}
//对象结构角色：相当于一个容器
public class ObjectStructure {
//保存说有的元素元素角色：原材料
private List<Element> list = new ArrayList();
//原材料通过不同的公司造不同的东西
public void accept(Visitor visitor) {
Iterator<Element> i = list.iterator();
while (i.hasNext()) {
i.next().accept(visitor);
}
}
public void add(Element element) {
list.add(element);
}
public void remove(Element element) {
list.remove(element);
}
}
public class Client {
public static void main(String[] args) {
//创建一个容器
ObjectStructure os = new ObjectStructure();
//原材料：铜
os.add(new ConcreteElementA());
//原材料：纸
os.add(new ConcreteElementB());
//艺术公司
Visitor visitor = new ConcreteVisitorA();
os.accept(visitor);
System.out.println("------------------------");
//造币公司
visitor = new ConcreteVisitorB();
os.accept(visitor);
}
}
模式的应用场景
当系统中存在类型数量稳定（固定）的一类数据结构时，可以使用访问者模式方便地实现对该类型所有数据结构的不同操作，而又不会对数据产生任何副作用（脏数据）。
简而言之，就是当对集合中的不同类型数据（类型数量稳定）进行多种操作时，使用访问者模式。
通常在以下情况可以考虑使用访问者（Visitor）模式。
- 对象结构相对稳定，但其操作算法经常变化的程序。
- 对象结构中的对象需要提供多种不同且不相关的操作，而且要避免让这些操作的变化影响对象的结构。
- 对象结构包含很多类型的对象，希望对这些对象实施一些依赖于其具体类型的操作。