一、定義

訪問者模式(Visitor Pattern) ：封裝一些作用于某種數(shù)據(jù)結(jié)構(gòu)的各元素的操作，它可以在不改變數(shù)據(jù)結(jié)構(gòu)的前提下定義作用于這些元素的新的操作

訪問者模式主要將數(shù)據(jù)結(jié)構(gòu)與數(shù)據(jù)操作分離，解決數(shù)據(jù)結(jié)構(gòu)和操作耦合性問題

訪問者模式的基本工作原理是：在被訪問的類里面加一個對外提供接待訪問者的接口

訪問者模式主要應(yīng)用場景是： 需要對一個對象結(jié)構(gòu)中的對象進行很多不同操作(這些操作彼此沒有關(guān)聯(lián))，同時需要避免讓這些操作污染這些對象的類，可以選用訪問者模式解決

二、原始類圖

• Visitor 是抽象訪問者，定義訪問者的行為規(guī)范
• ConcreteVisitor ：是一個具體的訪問者，繼承(或?qū)崿F(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í)行的操作取決于請求的種類和兩個接收者的類型
//假設(shè)我們要添加一個新的狀態(tài)類，由于使用了雙分派，只需增加一個Action子類即可在客戶端調(diào)用即可，不
//需要改動任何其他類的代碼

//1. 這里我們使用到了雙分派, 即首先在客戶端程序中，將具體狀態(tài)作為參數(shù)傳遞Man中,
//完成第一次的分派
//2. 然后Man 類調(diào)用作為參數(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 類調(diào)用作為參數(shù)的 "具體方法" 中方法getResult, 同時將自己(this)作為參數(shù)傳入，完成第二次的分派
public class Woman extends Person{

    public Woman() {
        gender = "女性";
    }
    
    @Override
    public void accept(Action action) {
        action.getResult(this);
    }

}

//數(shù)據(jù)結(jié)構(gòu)，管理很多人（Man , Woman）
public class ObjectStructure {

    // 維護了一個集合
    private List 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） 訪問者模式符合單一職責(zé)原則、讓程序具有優(yōu)秀的擴展性、靈活性非常高.

（2）訪問者模式可以對功能進行統(tǒng)一，可以做報表、UI、攔截器與過濾器，適用于數(shù)據(jù)結(jié)構(gòu)相對穩(wěn)定的系統(tǒng)

2、缺點

（1）具體元素對訪問者公布細節(jié)，也就是說訪問者關(guān)注了其他類的內(nèi)部細節(jié)，這是迪米特法則所不建議的, 這樣造成了具體元素變更比較困難

（2）違背了依賴倒轉(zhuǎn)原則。訪問者依賴的是具體元素，而不是抽象元素

（3）因此，如果一個系統(tǒng)有比較穩(wěn)定的數(shù)據(jù)結(jié)構(gòu)，又有經(jīng)常變化的功能需求，那么訪問者模式就是比較合適的

本文題目：設(shè)計模式：訪問者模式解耦數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)操作
URL鏈接：http://uogjgqi.cn/article/dhjhohh.html