Visitor 定義
作用于某個(gè)對(duì)象群中各個(gè)對(duì)象的操作。 它可以使你在不改變這些對(duì)象本身的情況下，定義作用于這些對(duì)象的新操作。
在Java（Java教程 Java培訓(xùn) ） 中，Visitor 模式實(shí)際上是分離了collection 結(jié)構(gòu)中的元素和對(duì)這些元素進(jìn)行操作的行為。
為何使用Visitor?
Java 的Collection(包括Vector 和Hashtable)是我們最經(jīng)常使用的技術(shù)，可是Collection好象是個(gè)黑色大染缸，本來有各種鮮明類型特征的對(duì)象一旦放入后，再取出時(shí)，這些類型就消失了。那么我們勢必要用If 來判斷，如：
Iterator iterator = collection.iterator()
while (iterator.hasNext()) {
Object o = iterator.next();
if (o instanceof Collection)
messyPrintCollection((Collection)o);
else if (o instanceof String)
System.out.println(“‘”+o.toString()+“’”);
else if (o instanceof Float)
System.out.println(o.toString()+“f”);
else
System.out.println(o.toString());
}
在上例中，我們使用了 instanceof 來判斷 o 的類型。
很顯然，這樣做的缺點(diǎn)代碼If else if 很繁瑣。我們就可以使用Visitor 模式解決它。
如何使用Visitor?
針對(duì)上例，我們?cè)O(shè)計(jì)一個(gè)接口visitor 訪問者：
public interface Visitor
{
public void visitCollection(Collection collection);
public void visitString(String string);
public void visitFloat(Float float);
}
在這個(gè)接口中，將我們認(rèn)為Collection 有可能的類的類型放入其中。
有了訪問者，我們需要被訪問者，被訪問者就是我們Collection 的每個(gè)元素Element，我們要為這些Element 定義一個(gè)可以接受訪問的接口(訪問和被訪問是互動(dòng)的，只有訪問者，被訪問者如果表示不歡迎，訪問者就不能訪問)，我們定義這個(gè)接口叫Visitable， 用來定義一個(gè)Accept 操作，也就是說讓Collection 每個(gè)元素具備可訪問性。
public interface Visitable
{
public void accept(Visitor visitor);
}
好了，有了兩個(gè)接口，我們就要定義他們的具體實(shí)現(xiàn)(Concrete class)：
public class ConcreteElement implements Visitable
{
private String value;
public ConcreteElement(String string) {
value = string;
}
//定義accept 的具體內(nèi)容 這里是很簡單的一句調(diào)用
public void accept(Visitor visitor) {
visitor.visitString(this);
}
}
再看看訪問者的Concrete 實(shí)現(xiàn)：
public class ConcreteVisitor implements Visitor
{
//在本方法中，我們實(shí)現(xiàn)了對(duì)Collection 的元素的成功訪問
public void visitCollection(Collection collection) {
Iterator iterator = collection.iterator()
while (iterator.hasNext()) {
Object o = iterator.next();
if (o instanceof Visitable)
((Visitable)o).accept(this);
}
public void visitString(String string) {
System.out.println(“‘”+string+“’”);
}
public void visitFloat(Float float) {
System.out.println(float.toString()+“f”);
}
}
}
在上面的visitCollection 我們實(shí)現(xiàn)了對(duì)Collection 每個(gè)元素訪問，只使用了一個(gè)判斷語句，只要判斷其是否可以訪問。
至此，我們完成了Visitor 模式基本架構(gòu)。
使用Visitor 模式的前提
對(duì)象群結(jié)構(gòu)中(Collection) 中的對(duì)象類型很少改變，也就是說訪問者的身份類型很少改變，如上面中Visitor 中的類型很少改變，如果需要增加新的操作，比如上例中我們?cè)贑oncreteElement 具體實(shí)現(xiàn)外，還需要新的ConcreteElement2 ConcreteElement3.
可見使用Visitor 模式是有前提的，在兩個(gè)接口Visitor 和Visitable 中，確保Visitor 很少變化，變化的是Visitable，這樣使用Visitor 最方便。
如果Visitor 也經(jīng)常變化， 也就是說，對(duì)象群中的對(duì)象類型經(jīng)常改變，一般建議是，不如在這些對(duì)象類中逐個(gè)定義操作。但是Java 的Reflect 技術(shù)解決了這個(gè)問題。
Reflect 技術(shù)是在運(yùn)行期間動(dòng)態(tài)獲取對(duì)象類型和方法的一種技術(shù)，具體實(shí)現(xiàn)參考Javaworld的英文原文.