14 Visitor 訪問者模式

2021-09-12 19:49:14 字數 2685 閱讀 6393

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

訪問者模式可能是行為類模式中最複雜的一種模式了。

1.	class a   

5.       

6.     public void method2(b b)  

9. }  

10.   

11. class b   

15. }

我們主要來看一下在類a中,方法method1和方法method2的區別在**,方法method1很簡單,就是列印出一句「我是a」;方法method2稍微複雜一點,使用類b作為引數,並呼叫類b的showa方法。再來看一下類b的showa方法,showa方法使用類a作為引數,然後呼叫類a的method1方法,可以看到,method2方法繞來繞去,無非就是呼叫了一下自己的method1方法而已,它的執行結果應該也是「我是a」,分析完之後,我們來執行一下這兩個方法,並看一下執行結果:

1.	public class test   

7. }

執行結果為: 我是

a我是a

看懂了這個例子,就理解了訪問者模式的90%,在例子中,對於類a來說,類b就是乙個訪問者。但是這個例子並不是訪問者模式的全部,雖然直觀,但是它的可擴充套件性比較差,下面我們就來說一下訪問者模式的通用實現,通過類圖可以看到,在訪問者模式中,主要包括下面幾個角色:

抽象訪問者:抽象類或者介面,宣告訪問者可以訪問哪些元素,具體到程式中就是visit方法中的引數定義哪些物件是可以被訪問的。

訪問者:實現抽象訪問者所宣告的方法,它影響到訪問者訪問到乙個類後該幹什麼,要做什麼事情。

抽象元素類:介面或者抽象類,宣告接受哪一類訪問者訪問,程式上是通過accept方法中的引數來定義的。抽象元素一般有兩類方法,一部分是本身的業務邏輯,另外就是允許接收哪類訪問者來訪問。

元素類:實現抽象元素類所宣告的accept方法,通常都是visitor.visit(this),基本上已經形成一種定式了。

結構物件:乙個元素的容器,一般包含乙個容納多個不同類、不同介面的容器,如list、set、map等,在專案中一般很少抽象出這個角色。

訪問者模式的通用**實現:

1.	abstract class element   

5.   

6. inte***ce ivisitor   

10.   

11. class concreteelement1 extends element   

15.       

16.     public void accept(ivisitor visitor)   

19. }

20. class concreteelement2 extends element   

24.       

25.     public void accept(ivisitor visitor)   

28. }  

29. class visitor implements ivisitor   

34.       

35.     public void visit(concreteelement2 el2)   

38. }  

39. class objectstruture else  

50.         }  

51.         return list;  

52.     }  

53. }  

54.   

55. public class client   

61.     }  

62. }

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

擴充套件性良好:元素類可以通過接受不同的訪問者來實現對不同操作的擴充套件。

假如乙個物件中存在著一些與本物件不相干(或者關係較弱)的操作,為了避免這些操作汙染這個物件,則可以使用訪問者模式來把這些操作封裝到訪問者中去。

假如一組物件中,存在著相似的操作,為了避免出現大量重複的**,也可以將這些重複的操作封裝到訪問者中去。

但是,訪問者模式並不是那麼完美,它也有著致命的缺陷:增加新的元素模擬較困難。通過訪問者模式的**可以看到,在訪問者類中,每乙個元素類都有它對應的處理方法,也就是說,每增加乙個元素類都需要修改訪問者類(也包括訪問者類的子類或者實現類),修改起來相當麻煩。也就是說,在元素類數目不確定的情況下,應該慎用訪問者模式。所以,訪問者模式比較適用於對已有功能的重構,比如說,乙個專案的基本功能已經確定下來,元素類的資料已經基本確定下來不會變了,會變的只是這些元素內的相關操作,這時候,我們可以使用訪問者模式對原有的**進行重構一遍,這樣一來,就可以在不修改各個元素類的情況下,對原有功能進行修改。

Visitor(訪問者模式)

名 稱 visitor 訪問者模式 意 圖 表示乙個作用於某物件結構中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用於這些元素的新操作。適 用 環 境 u 乙個物件結構包含很多類物件,它們有不同的介面,而你想對這些物件實施一些依賴於其具體類的操作。u 需要對乙個物件結構中的物件進行很多...

訪問者模式(Visitor)

訪問者模式 visitor 表示乙個作用於某物件結構中的各元素的操作。他使你可以在不改變各元素的類的前提下定義作用於這些元素的新操作。訪問者模式適用於資料結構相對穩定的系統。他把資料結構和作用於結構上的操作之間的耦合解脫開,使得操作集合可以相對自由地演化。訪問者模式的目的是要把處理從資料結構分離出來...

訪問者模式 Visitor

訪問者模式 visitor 首先看一下男人與女人不同狀態下反應的實現 結構圖 狀態的抽象類和人的抽象類 abstract class action abstract class person 在這裡關鍵在於人只分為男人與女人,分類穩定 具體狀態類 成功 class success action 時,...