訪問者模式的擴展性很強，假如我們現(xiàn)在想添加觀眾的類別(Element)，只需編寫類繼承 Person 抽象類即可，其他地方的代碼無需改變，如果我們想添加投票的類別(Visitor)，只需編寫類實現(xiàn) Action 接口即可。
一、定義
訪問者模式(Visitor Pattern) ：封裝一些作用于某種數(shù)據(jù)結構的各元素的操作，它可以在不改變數(shù)據(jù)結構的前提下定義作用于這些元素的新的操作
訪問者模式主要將數(shù)據(jù)結構與數(shù)據(jù)操作分離，解決數(shù)據(jù)結構和操作耦合性問題
訪問者模式的基本工作原理是：在被訪問的類里面加一個對外提供接待訪問者的接口
訪問者模式主要應用場景是： 需要對一個對象結構中的對象進行很多不同操作(這些操作彼此沒有關聯(lián))，同時需要避免讓這些操作污染這些對象的類，可以選用訪問者模式解決
二、原始類圖
- Visitor 是抽象訪問者，定義訪問者的行為規(guī)范
- ConcreteVisitor ：是一個具體的訪問者，繼承(或實現(xiàn)) Visitor，實現(xiàn) Visitor 中定義的每個方法，實現(xiàn)具體的行為邏輯
- Element 定義一個accept 方法，用于接收一個訪問者對象(Visitor 的具體實現(xiàn)類)
- ConcreteElement 為具體元素， 實現(xiàn)了 Element 接口中 accept 方法
- ObjectStructure 能枚舉它里面所包含的元素(Element)， 可以提供一個高層的接口，目的是允許訪問者訪問指定的元素
三、案例
1、需求
將人分為男人和女人，對歌手進行測評，當看完某個歌手表演后，得到他們對該歌手不同的評價(評價有不同的種類，比如成功、失敗、待定等)，請使用訪問者模式來說實現(xiàn)。
2、代碼實現(xiàn)
//定義 Visitor 的行為規(guī)范，getResult() 方法接收 Person 類型的參數(shù)，用于獲取觀眾對歌手的評價
public abstract class Action {
// 得到觀眾的評價
public abstract void getResult(Person person);
}
public class Success extends Action {
@Override
public void getResult(Person person) {
System.out.println(person.gender + "給的評價該歌手很成功 !");
}
}
public class Fail extends Action {
@Override
public void getResult(Person person) {
System.out.println(person.gender + "給的評價該歌手失敗 !");
}
}
public class Wait extends Action {
@Override
public void getResult(Person person) {
System.out.println(person.gender + "給的評價是該歌手待定 ..");
}
}
public abstract class Person {
String gender;
// 提供一個方法，讓訪問者可以訪問
public abstract void accept(Action action);
}
//說明
//雙分派是指不管類怎么變化，我們都能找到期望的方法運行。
//雙分派意味著得到執(zhí)行的操作取決于請求的種類和兩個接收者的類型
//假設我們要添加一個新的狀態(tài)類，由于使用了雙分派，只需增加一個Action子類即可在客戶端調用即可，不
//需要改動任何其他類的代碼
//1. 這里我們使用到了雙分派, 即首先在客戶端程序中，將具體狀態(tài)作為參數(shù)傳遞Man中,
//完成第一次的分派
//2. 然后Man 類調用作為參數(shù)的 "具體方法" 中方法getResult, 同時將自己(this)作為參數(shù)傳入，
//完成第二次的分派
public class Man extends Person {
public Man() {
gender = "男性";
}
@Override
public void accept(Action action) {
action.getResult(this);
}
}
//說明
//1. 這里我們使用到了雙分派, 即首先在客戶端程序中，將具體狀態(tài)作為參數(shù)傳遞Woman中(第一次分派)
//2. 然后Woman 類調用作為參數(shù)的 "具體方法" 中方法getResult, 同時將自己(this)作為參數(shù)傳入，完成第二次的分派
public class Woman extends Person{
public Woman() {
gender = "女性";
}
@Override
public void accept(Action action) {
action.getResult(this);
}
}
//數(shù)據(jù)結構，管理很多人（Man , Woman）
public class ObjectStructure {
// 維護了一個集合
private List<Person> persons = new LinkedList<>();
// 增加到list
public void attach(Person p) {
persons.add(p);
}
// 移除
public void detach(Person p) {
persons.remove(p);
}
// 顯示測評情況
public void display(Action action) {
for (Person p : persons) {
p.accept(action);
}
}
}
public class Client {
public static void main(String[] args) {
// 創(chuàng)建ObjectStructure
ObjectStructure objectStructure = new ObjectStructure();
objectStructure.attach(new Man());
objectStructure.attach(new Woman());
// 成功
Success success = new Success();
objectStructure.display(success);
// 失敗
System.out.println("===============");
Fail fail = new Fail();
objectStructure.display(fail);
// 待定
System.out.println("=======給的是待定的測評========");
Wait wait = new Wait();
objectStructure.display(wait);
}
}
訪問者模式的擴展性很強，假如我們現(xiàn)在想添加觀眾的類別(Element)，只需編寫類繼承 Person 抽象類即可，其他地方的代碼無需改變，如果我們想添加投票的類別(Visitor)，只需編寫類實現(xiàn) Action 接口即可。
三、訪問者模式優(yōu)缺點
1、優(yōu)點
（1） 訪問者模式符合單一職責原則、讓程序具有優(yōu)秀的擴展性、靈活性非常高.
（2）訪問者模式可以對功能進行統(tǒng)一，可以做報表、UI、攔截器與過濾器，適用于數(shù)據(jù)結構相對穩(wěn)定的系統(tǒng)
2、缺點
（1）具體元素對訪問者公布細節(jié)，也就是說訪問者關注了其他類的內部細節(jié)，這是迪米特法則所不建議的, 這樣造成了具體元素變更比較困難
（2）違背了依賴倒轉原則。訪問者依賴的是具體元素，而不是抽象元素
（3）因此，如果一個系統(tǒng)有比較穩(wěn)定的數(shù)據(jù)結構，又有經(jīng)常變化的功能需求，那么訪問者模式就是比較合適的
