訪問者模式

訪問者模式（Visitor Pattern）是GoF提出的23種設計模式中的一種，屬於行為模式。據《大話設計模式》中說算是最複雜也是最難以理解的一種模式了。

定義（源於GoF《Design Pattern》）：表示一個作用於某對象結構中的各元素的操作。它使你可以在不改變各元素類的前提下定義作用於這些元素的新操作。

從定義可以看出結構對象是使用訪問者模式必備條件，而且這個結構對象必須存在遍歷自身各個對象的方法。這便類似於Java語言當中的collection概念了。

1.Visitor 抽象訪問者角色，為該對象結構中具體元素角色聲明一個訪問操作介面。該操作介面的名字和參數標識了發送訪問請求給具體訪問者的具體元素角色，這樣訪問者就可以通過該元素角色的特定介面直接訪問它。

2.ConcreteVisitor.具體訪問者角色，實現Visitor聲明的介面。

3.Element 定義一個接受訪問操作(accept())，它以一個訪問者(Visitor)作為參數。

4.ConcreteElement 具體元素，實現了抽象元素(Element)所定義的接受操作介面。

5.ObjectStructure 結構對象角色，這是使用訪問者模式必備的角色。它具備以下特性：能枚舉它的元素；可以提供一個高層介面以允許訪問者訪問它的元素；如有需要，可以設計成一個複合對象或者一個聚集（如一個列表或無序集合）。

訪問者模式把數據結構和作用於結構上的操作解耦合，使得操作集合可相對自由地演化。

訪問者模式適用於數據結構相對穩定演演算法又易變化的系統。因為訪問者模式使得演演算法操作增加變得容易。若系統數據結構對象易於變化，經常有新的數據對象增加進來，則不適合使用訪問者模式。

訪問者模式的優點是增加操作很容易，因為增加操作意味著增加新的訪問者。訪問者模式將有關行為集中到一個訪問者對象中，其改變不影響系統數據結構。其缺點就是增加新的數據結構很困難。

1、符合單一職責原則：凡是適用訪問者模式的場景中，元素類中需要封裝在訪問者中的操作必定是與元素類本身關係不大且是易變的操作，使用訪問者模式一方面符合單一職責原則，另一方面，因為被封裝的操作通常來說都是易變的，所以當發生變化時，就可以在不改變元素類本身的前提下，實現對變化部分的擴展。

2、擴展性良好：元素類可以通過接受不同的訪問者來實現對不同操作的擴展。

1、一個對象結構包含很多類對象，它們有不同的介面，而你想對這些對象實施一些依賴於其具體類的操作。

2、需要對一個對象結構中的對象進行很多不同的並且不相關的操作，而你想避免讓這些操作“污染”這些對象的類。Visitor模式使得你可以將相關的操作集中起來定義在一個類中。

3、當該對象結構被很多應用共享時，用Visitor模式讓每個應用僅包含需要用到的操作。

4)、定義對象結構的類很少改變，但經常需要在此結構上定義新的操作。改變對象結構類需要重定義對所有訪問者的介面，這可能需要很大的代價。如果對象結構類經常改變，那麼可能還是在這些類中定義這些操作較好。