定義：封裝某些作用於某種資料結構中各元素的操作，它可以在不改變資料結構的前提下定義作用於這些元素的新的操作。
型別：行為類模式
類圖：
訪問者模式可能是行為類模式中最複雜的一種模式了，但是這不能成為我們不去掌握它的理由。我們首先來看乙個簡單的例子，**如下：
class a
public void method2(b b)
}class b
}
public class test
}
我是a我是a
看懂了這個例子，就理解了訪問者模式的90%，在例子中，對於類a來說，類b就是乙個訪問者。但是這個例子並不是訪問者模式的全部，雖然直觀，但是它的可擴充套件性比較差，下面我們就來說一下訪問者模式的通用實現，通過類圖可以看到，在訪問者模式中，主要包括下面幾個角色：
訪問者模式的通用**實現
abstract class element
inte***ce ivisitor
class concreteelement1 extends element
public void accept(ivisitor visitor)
}class concreteelement2 extends element
public void accept(ivisitor visitor)
}class visitor implements ivisitor
public void visit(concreteelement2 el2)
}class objectstruture else
} return list; }}
public class client
}}
假如一組物件中，存在著相似的操作，為了避免出現大量重複的**，也可以將這些重複的操作封裝到訪問者中去。
但是，訪問者模式並不是那麼完美，它也有著致命的缺陷：增加新的元素模擬較困難。通過訪問者模式的**可以看到，在訪問者類中，每乙個元素類都有它對應的處理方法，也就是說，每增加乙個元素類都需要修改訪問者類（也包括訪問者類的子類或者實現類），修改起來相當麻煩。也就是說，在元素類數目不確定的情況下，應該慎用訪問者模式。所以，訪問者模式比較適用於對已有功能的重構，比如說，乙個專案的基本功能已經確定下來，元素類的資料已經基本確定下來不會變了，會變的只是這些元素內的相關操作，這時候，我們可以使用訪問者模式對原有的**進行重構一遍，這樣一來，就可以在不修改各個元素類的情況下，對原有功能進行修改。
總結
正如《設計模式》的作者gof對訪問者模式的描述：大多數情況下，你並需要使用訪問者模式，但是當你一旦需要使用它時，那你就是真的需要它了。當然這只是針對真正的大牛而言。在現實情況下（至少是我所處的環境當中），很多人往往沉迷於設計模式，他們使用一種設計模式時，從來不去認真考慮所使用的模式是否適合這種場景，而往往只是想展示一下自己對物件導向設計的駕馭能力。程式設計時有這種心理，往往會發生濫用設計模式的情況。所以，在學習設計模式時，一定要理解模式的適用性。必須做到使用一種模式是因為了解它的優點，不使用一種模式是因為了解它的弊端；而不是使用一種模式是因為不了解它的弊端，不使用一種模式是因為不了解它的優點。
23種設計模式 訪問者模式
在訪問者模式 visitor pattern 中，我們使用了乙個訪問者類，它改變了元素類的執行演算法。通過這種方式，元素的執行演算法可以隨著訪問者改變而改變。這種型別的設計模式屬於行為型模式。根據模式，元素物件已接受訪問者物件，這樣訪問者物件就可以處理元素物件上的操作。意圖 主要將資料結構與資料操作...
23種設計模式（16） 訪問者模式
定義 封裝某些作用於某種資料結構中各元素的操作，它可以在不改變資料結構的前提下定義作用於這些元素的新的操作。型別 行為類模式 類圖 訪問者模式可能是行為類模式中最複雜的一種模式了，但是這不能成為我們不去掌握它的理由。我們首先來看乙個簡單的例子，如下 class a public void metho...
設計模式（23） 訪問者模式
訪問者模式，用來解決多個訪問者訪問多個不同元素的問題。訪問者模式引入了訪問者角色和被訪問者角色，不同訪問者訪問元素的方式不同。公司員工分為全職員工和兼職員工 這裡員工就是被訪問者 公司有財務部結算工資，人力資源部計算工作時長 這裡財務部和人力資源部為訪問者 於是就有了不同訪問者訪問不同被訪問者的情況...