目錄

建立型設計模式： 結構型設計模式： 行為型設計模式：

Visitor Pattern（訪問者模式）

意圖

表示一個作用於某物件結構中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用於這些元素的新操作。

適用性

* 一個物件結構包含很多類物件，它們有不同的介面，而你想對這些物件實施一些依賴於其具體類的操作。
* 需要對一個物件結構中的物件進行很多不同的並且不相關的操作，而你想避免讓這些操作“汙染”這些物件的類。Visitor使得你可以將相關的操作集中起來定義在一個類中。當該物件結構被很多應用共享時，用Visitor模式讓每個應用僅包含需要用到的操作。
* 定義物件結構的類很少改變，但經常需要在此結構上定義新的操作。改變物件結構類需要重定義對所有訪問者的介面，這可能需要很大的代價。如果物件結構類經常改變，那麼可能還是在這些類中定義這些操作較好。

總結一下，在這種地方你一定要考慮使用訪問者模式：業務規則要求遍歷多個不同的物件。這本身也是訪問者模式出發點，迭代器模式只能訪問同類或同介面的資料（當然了，如果你使用instanceof，那麼能訪問所有的資料，這沒有爭論），而訪問者模式是對迭代器模式的擴充，可以遍歷不同的物件，然後執行不同的操作，也就是針對訪問的物件不同，執行不同的操作。

結構

參與者：
Visitor(訪問者) 
— 為該物件結構中 ConcreteElement的每一個類宣告一個 Visit操作。該操作的名字和特 徵標識了傳送 Visit請求給該訪問者的那個類。這使得訪問者可以確定正被訪問元素 的具體的類。這樣訪問者就可以通過該元素的特定介面直接訪問它。 

ConcreteVisitor(具體訪問者)
— 實現每個由 Visitor宣告的操作。每個操作實現本演算法的一部分,而該演算法片斷乃是對應於結構中物件的類。ConcreteVisitor為該演算法提供了上下文並存儲它的區域性狀態。這一狀態常常在遍歷該結構的過程中累積結果。 ? Element(元素,如Node) 
— 定義一個Accept操作,它以一個訪問者為引數。

ConcreteElement(具體元素) 
— 實現Accept操作,該操作以一個訪問者為引數。 

ObjectStructure(物件結構) 
— 能列舉它的元素。
— 可以提供一個高層的介面以允許該訪問者訪問它的元素。
— 可以是一個複合(參見Composite組合模式)或是一個集合,如一個列表或一個無序集合。 

例子

另一個例子：

優缺點

> 優點：
1. 訪問者模式使得易於增加新的操作 訪問者使得增加依賴於複雜物件結構的構件的操作變得容易了。僅需增加一個新的訪問者即可在一個物件結構上定義一個新的操作。相反, 如果每個功能都分散在多個類之上的話,定義新的操作時必須修改每一類。 

2. 訪問者集中相關的操作而分離無關的操作 相關的行為不是分佈在定義該物件結構的 各個類上,而是集中在一個訪問者中。無關行為卻被分別放在它們各自的訪問者子類中。這 就既簡化了這些元素的類,也簡化了在這些訪問者中定義的演算法。所有與它的演算法相關的數 據結構都可以被隱藏在訪問者中。 

> 缺點：
1. 增加新的 ConcreteElement類很困難 
Visitor模式使得難以增加新的 Element的子類。每 新增一個新的 ConcreteElement都要在 Vistor中新增一個新的抽象操作,並在每一個 ConcretVisitor類中實現相應的操作。有時可以在 Visitor中提供一個預設的實現,這一實現可 以被大多數的 ConcreteVisitor繼承,但這與其說是一個規律還不如說是一種例外。 

所以在應用訪問者模式時考慮關鍵的問題是系統的哪個部分會經常變化,是作用於物件結構上的演算法呢還是構成該結構的各個物件的類。如果老是有新的 ConcretElement類加入進來的話, Vistor類層次將變得難以維護。在這種情況下,直接在構成該結構的類中定義這些操作可能更容易一些。如果 Element類層次是穩定的,而你不斷地增加操作獲修改演算法,訪問者模式可以幫助你管理這些改動。 

2. 破壞封裝 
訪問者方法假定ConcreteElement介面的功能足夠強,足以讓訪問者進行它 們的工作。結果是,該模式常常迫使你提供訪問元素內部狀態的公共操作,這可能會破壞它 的封裝性。