訪問者模式（行為型）

在實際開發中也會遇到這種情況，有乙個屬性類e，有abcd四個屬性，另外有四個類abcd，要去訪問類e，a只訪問屬性a，b只訪問屬性b,c只訪問屬性c，d只訪問屬性d。這時候訪問者模式就派上用場了。

定義：封裝一些作用於某種資料結構中的各元素的操作，它可以在不改變這個資料結構的前提下定義作用於這些元素的新的操作。

結構：

適用場景：

下面就是訪問者模式的編碼實現，以面試者來公司面試為例：

element：

public
abstract
class element 
abstract
void accept(visitor visitor);
}

interviewee(面試者)：

public
class
interviewee
extends
element
@override
void accept(visitor visitor) 
}

visitor：

public inte***ce visitor

concretevisitor：

//助理只關心面試者的一些基本資訊 public class assistant implements visitor }//老闆關心面試者有什麼技能，會做什麼工作 public class boss implements visitor

}

objectstructure：

//模擬乙個面試的過程
public
class
interviewee
extends
element
@override
void accept(visitor visitor) 
}

test：

public
class test 
}

總結：gof如是說：大多數情況下，你並不需要使用訪問者模式，但是當你一旦需要使用它時，那就是真的需要它了。在現實情況下，需要根據具體的情況來評估是否合適使用訪問者模式，例如，我們的物件結構是否穩定；使用訪問者模式能否優化我們的**，而不是讓**變的更複雜。

參考：《android原始碼設計模式解析與實戰》