有意思的是，在很多情況下不使用設計模式反而會得到一個較好的設計。換言之，每一個設計模式都有其不應當使用的情況。訪問者模式也有其不應當使用的情況，讓我們
先看一看訪問者模式不應當在什麼情況下使用。
傾斜的可擴展性
訪問者模式僅應當在被訪問的類結構非常穩定的情況下使用。換言之，系統很少出現需要加入新節點的情況。如果出現需要加入新節點的情況，那麼就必須在每一個訪問對象裡加入一個對應於這個新節點的訪問操作，而這是對一個系統的大規模修改，因而是違背"開一閉"原則的。
訪問者模式允許在節點中加入新的方法，相應的僅僅需要在一個新的訪問者類中加入此方法，而不需要在每一個訪問者類中都加入此方法。
顯然，訪問者模式提供了傾斜的可擴展性設計：方法集合的可擴展性和類集合的不可擴展性。換言之，如果系統的數據結構是頻繁變化的，則不適合使用訪問者模式。
"開一閉"原則和對變化的封裝
面向對象的設計原則中最重要的便是所謂的"開一閉"原則。一個軟件系統的設計應當盡量做到對擴展開放，對修改關閉。達到這個原則的途徑就是遵循"對變化的封裝"的原則。這個原則講的是在進行軟件系統的設計時，應當設法找出一個軟件系統中會變化的部分，將之封裝起來。
很多系統可以按照算法和數據結構分開，也就是說一些對象含有算法，而另一些對象含有數據，接受算法的操作。如果這樣的系統有比較穩定的數據結構，又有易於變化的算法的話，使用訪問者模式就是比較合適的，因為訪問者模式使得算法操作的增加變得容易。
反過來，如果這樣一個系統的數據結構對象易於變化，經常要有新的數據對象增加進來的話，就不適合使用訪問者模式。因為在訪問者模式中增加新的節點很困難，要涉及到在抽象訪問者和所有的具體訪問者中增加新的方法。
六、使用訪問者模式的優點和缺點
訪問者模式有如下的優點：
訪問者模式使得增加新的操作變得很容易。如果一些操作依賴於一個復雜的結構對象的話，那麼一般而言，增加新的操作會很復雜。而使用訪問者模式，增加新的操作就意味著增加一個新的訪問者類，因此，變得很容易。
訪問者模式將有關的行為集中到一個訪問者對象中，而不是分散到一個個的節點類中。
訪問者模式可以跨過幾個類的等級結構訪問屬於不同的等級結構的成員類。迭代子只能訪問屬於同一個類型等級結構的成員對象，而不能訪問屬於不同等級結構的對象。訪問者模式可以做到這一點。
積累狀態。每一個單獨的訪問者對象都集中了相關的行為，從而也就可以在訪問的過程中將執行操作的狀態積累在自己內部，而不是分散到很多的節點對象中。這是有益於系統維護的優點。
訪問者模式有如下的缺點：
增加新的節點類變得很困難。每增加一個新的節點都意味著要在抽象訪問者角色中增加一個新的抽象操作，並在每一個具體訪問者類中增加相應的具體操作。
破壞封裝。訪問者模式要求訪問者對象訪問並調用每一個節點對象的操作，這隱含了一個對所有節點對象的要求：它們必須暴露一些自己的操作和內部狀態。不然，訪問者的訪問就變得沒有意義。由於訪問者對象自己會積累訪問操作所需的狀態，從而使這些狀態不再存儲在節點對象中，這也是破壞封裝的。
