封裝某些作用於某種資料結構中各元素的操作，它可以在不改變資料結構的前提下定義作用於這些元素的新的操作。
型別：行為類模式
類圖：
訪問者模式可能是行為類模式中最複雜的一種模式了。我們首先來看乙個簡單的例子，**如下：
class
apublic
void
method2
(b b)
}class
b}
public
class
test
}
我是a
我是a
通用**實現
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對訪問者模式的描述：大多數情況下，你不需要使用訪問者模式，但是當你一旦需要使用它時，那你就是真的需要它了。當然這只是針對真正的大牛而言。在現實情況下（至少是我所處的環境當中），很多人往往沉迷於設計模式，他們使用一種設計模式時，從來不去認真考慮所使用的模式是否適合這種場景，而往往只是想展示一下自己對物件導向設計的駕馭能力。程式設計時有這種心理，往往會發生濫用設計模式的情況。所以，在學習設計模式時，一定要理解模式的適用性。必須做到使用一種模式是因為了解它的優點，不使用一種模式是因為了解它的弊端；而不是使用一種模式是因為不了解它的弊端，不使用一種模式是因為不了解它的優點。
設計模式 訪問者模式
訪問者模式是一種資料操作與資料結構分離的設計模式，訪問者模式的基本想法是，軟體系統中擁有乙個由許多物件構成的 比較穩定的物件結構，這些物件的類都擁有乙個accept方法用來接受訪問者物件的訪問。訪問者是乙個介面，它擁有乙個visit方法，這個方法對訪問到的物件結構中不同型別的元素作出不同的處理。在物...
設計模式 訪問者模式
訪問者模式 visitor 表示乙個作用於某物件結構中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用於這些元素的新操作。例子 男人和女人在不同的狀態下會有不同反應，採用訪問者模式，可以增加狀態很方便 抽象狀態類 class action 男人反應 virtual void getwom...
設計模式 訪問者模式
在訪問者模式 visitor pattern 中，我們使用了乙個訪問者類，它改變了元素類的執行演算法。通過這種方式，元素的執行演算法可以隨著訪問者改變而改變。這種型別的設計模式屬於行為型模式。根據模式，元素物件已接受訪問者物件，這樣訪問者物件就可以處理元素物件上的操作。1 符合單一職責原則。2 優秀...