前言

這是23+1（簡(jiǎn)單工廠模式）之中的最后一個(gè)了——訪問(wèn)者模式。訪問(wèn)者模式也是一個(gè)比較麻煩的設(shè)計(jì)模式。我也沒(méi)有實(shí)戰(zhàn)經(jīng)驗(yàn)，對(duì)于訪問(wèn)者模式的理解完全來(lái)自GOF的《設(shè)計(jì)模式:可復(fù)用面向?qū)ο筌浖幕A(chǔ)》，而這篇文章就是根據(jù)對(duì)這本書(shū)的理解而寫(xiě)出來(lái)的。在讀《設(shè)計(jì)模式:可復(fù)用面向?qū)ο筌浖幕A(chǔ)》的時(shí)候，讓我想起自己做過(guò)的一個(gè)項(xiàng)目，該項(xiàng)目雖然沒(méi)有使用訪問(wèn)者模式，但是，今天理解了該模式，如果使用該模式對(duì)之前做過(guò)的項(xiàng)目進(jìn)行重構(gòu)，將是一個(gè)不錯(cuò)的想法。

訪問(wèn)者模式

在GOF的《設(shè)計(jì)模式:可復(fù)用面向?qū)ο筌浖幕A(chǔ)》一書(shū)中對(duì)訪問(wèn)者模式是這樣說(shuō)的：表示一個(gè)作用于某對(duì)象結(jié)構(gòu)中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用于這些元素的新操作。訪問(wèn)者模式把數(shù)據(jù)結(jié)構(gòu)和作用于結(jié)構(gòu)上的操作之間的耦合解脫開(kāi)，使得操作集合可以相對(duì)自由地演化。該模式的目的是要把處理從數(shù)據(jù)結(jié)構(gòu)分離出來(lái)。訪問(wèn)者模式讓增加新的操作很容易，因?yàn)樵黾有碌牟僮骶鸵馕吨黾右粋€(gè)新的訪問(wèn)者。訪問(wèn)者模式將有關(guān)的行為集中到一個(gè)訪問(wèn)者對(duì)象中?，F(xiàn)在再來(lái)說(shuō)說(shuō)我之前經(jīng)歷過(guò)的那個(gè)項(xiàng)目。

是基于Windows Shell開(kāi)發(fā)的一個(gè)項(xiàng)目，在一個(gè)容器中存儲(chǔ)了很多的Shell Items，同時(shí)定義了對(duì)Items的操作，由于項(xiàng)目一直都在進(jìn)行后期擴(kuò)展，對(duì)Items的操作在后期都需要進(jìn)行擴(kuò)展的；而現(xiàn)在的做法是，定義一個(gè)操作類，該操作類中定義了一個(gè)集合，該集合存放Items，在該操作類中擴(kuò)展對(duì)應(yīng)的操作方法。現(xiàn)在想想如果使用訪問(wèn)者模式也是可以的，由于Items集合是固定的，當(dāng)需要擴(kuò)展集合的操作時(shí)，只需要添加對(duì)應(yīng)的訪問(wèn)者即可。

UML類圖

Visitor（訪問(wèn)者）：為該對(duì)象結(jié)構(gòu)中ConcreteElement的每一個(gè)類聲明一個(gè)Visit操作。該操作的名字和特征標(biāo)識(shí)了發(fā)送Visit請(qǐng)求給該訪問(wèn)者的那個(gè)類。這使得訪問(wèn)者可以確定正被訪問(wèn)元素的具體的類。這樣訪問(wèn)者就可以通過(guò)該元素的特定接口直接訪問(wèn)它。
ConcreteVisitor（具體訪問(wèn)者）：實(shí)現(xiàn)每個(gè)由Visitor聲明的操作。每個(gè)操作實(shí)現(xiàn)本算法的一部分，而該算法片段乃是對(duì)應(yīng)于結(jié)構(gòu)中對(duì)象的類。ConcreteVisitor為該算法提供了上下文并存儲(chǔ)它的局部狀態(tài)。這一狀態(tài)常常在遍歷該結(jié)構(gòu)的過(guò)程中累積結(jié)果。
Element（元素）：定義一個(gè)Accept操作，它以一個(gè)訪問(wèn)者為參數(shù)。
ConcreteElement（具體元素）：實(shí)現(xiàn)Accept操作，該操作以一個(gè)訪問(wèn)者為參數(shù)。
ObjectStructure（對(duì)象結(jié)構(gòu)）：能夠枚舉它的元素，同時(shí)提供一個(gè)高層的接口以允許該訪問(wèn)者訪問(wèn)它的元素。

使用場(chǎng)合

1.一個(gè)對(duì)象結(jié)構(gòu)包含很多類對(duì)象，它們有不同的接口，而你想對(duì)這些對(duì)象實(shí)施一些依賴于其具體類的操作；
2.需要對(duì)一個(gè)對(duì)象結(jié)構(gòu)中的對(duì)象進(jìn)行很多不同的并且不相關(guān)的操作，而你想避免讓這些操作“污染”這些對(duì)象的類。Visitor使得你可以將相關(guān)的操作集中起來(lái)定義在一個(gè)類中；
3.當(dāng)該對(duì)象結(jié)構(gòu)被很多應(yīng)用共享時(shí)，用Visitor模式讓每個(gè)應(yīng)用僅包含需要用到的操作；
4.定義對(duì)象結(jié)構(gòu)的類很少改變，但經(jīng)常需要在此結(jié)構(gòu)上定義新的操作。改變對(duì)象結(jié)構(gòu)類需要重定義對(duì)所有訪問(wèn)者的接口，這可能需要很大的代價(jià)。如果對(duì)象結(jié)構(gòu)類經(jīng)常改變，那么可能還是在這些類中定義這些操作較好。

代碼實(shí)現(xiàn)

總結(jié)

訪問(wèn)者模式的基本思想如下：首先擁有一個(gè)由許多對(duì)象構(gòu)成的對(duì)象結(jié)構(gòu)，就是上面代碼中的ObjectStructure，這些對(duì)象的類都擁有一個(gè)Accept方法用來(lái)接受訪問(wèn)者對(duì)象；訪問(wèn)者是一個(gè)接口，它擁有一個(gè)Visit方法，這個(gè)方法對(duì)訪問(wèn)到的對(duì)象結(jié)構(gòu)中不同類型的元素做出不同的操作；在對(duì)象結(jié)構(gòu)的一次訪問(wèn)過(guò)程中，我們遍歷整個(gè)對(duì)象結(jié)構(gòu)，對(duì)每一個(gè)元素都實(shí)施Accept方法，在每一個(gè)元素的Accept方法中回調(diào)訪問(wèn)者的Visit方法，從而使訪問(wèn)者得以處理對(duì)象結(jié)構(gòu)的每一個(gè)元素。我們就可以針對(duì)對(duì)象結(jié)構(gòu)設(shè)計(jì)不同的訪問(wèn)者類來(lái)完成不同的操作。

設(shè)計(jì)模式中經(jīng)常說(shuō)的一句話是：發(fā)現(xiàn)變化并封裝之。是否采用訪問(wèn)者模式，就要看“變化”是什么。訪問(wèn)者模式中，“變化”是具體訪問(wèn)者，其次是對(duì)象結(jié)構(gòu)；但是，如果具體元素也會(huì)發(fā)生改變，就萬(wàn)萬(wàn)不能使用訪問(wèn)者模式，因?yàn)檫@樣“牽一發(fā)而動(dòng)全身”，后期的維護(hù)性就太差了。