久久夜色精品国产www,欧美日韩精品久久久免费观看,人妻精品久久久久中文字幕

模式設計c#－－行為型－－visitor

名稱	Visitor
結構
意圖	表示一個作用于某對象結構中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用于這些元素的新操作。
適用性	一個對象結構包含很多類對象，它們有不同的接口，而你想對這些對象實施一些依賴于其具體類的操作。需要對一個對象結構中的對象進行很多不同的并且不相關的操作，而你想避免讓這些操作“污染”這些對象的類。Vi s i t o r 使得你可以將相關的操作集中起來定義在一個類中。當該對象結構被很多應用共享時，用Vi s i t o r 模式讓每個應用僅包含需要用到的操作。定義對象結構的類很少改變，但經常需要在此結構上定義新的操作。改變對象結構類需要重定義對所有訪問者的接口，這可能需要很大的代價。如果對象結構類經常改變，那么可能還是在這些類中定義這些操作較好。

// Visitor pattern -- Structural example

																using System;
using System.Collections;

namespace DoFactory.GangOfFour.Visitor.Structural
{
??
??// MainApp test application 

??class MainApp
??{
????staticvoid Main()
????{
??????// Setup structure 
??????ObjectStructure o = new ObjectStructure();
??????o.Attach(new ConcreteElementA());
??????o.Attach(new ConcreteElementB());

??????// Create visitor objects 
??????ConcreteVisitor1 v1 = new ConcreteVisitor1();
??????ConcreteVisitor2 v2 = new ConcreteVisitor2();

??????// Structure accepting visitors 
??????o.Accept(v1);
??????o.Accept(v2);

??????// Wait for user 
??????Console.Read();
????}
??}

??// "Visitor" 

??abstractclass Visitor
??{
????publicabstractvoid VisitConcreteElementA(
??????ConcreteElementA concreteElementA);
????publicabstractvoid VisitConcreteElementB(
??????ConcreteElementB concreteElementB);
??}

??// "ConcreteVisitor1" 

??class ConcreteVisitor1 : Visitor
??{
????publicoverridevoid VisitConcreteElementA(
??????ConcreteElementA concreteElementA)
????{
??????Console.WriteLine("{0} visited by {1}",
????????concreteElementA.GetType().Name, this.GetType().Name);
????}

????publicoverridevoid VisitConcreteElementB(
??????ConcreteElementB concreteElementB)
????{
??????Console.WriteLine("{0} visited by {1}",
????????concreteElementB.GetType().Name, this.GetType().Name);
????}
??}

??// "ConcreteVisitor2" 

??class ConcreteVisitor2 : Visitor
??{
????publicoverridevoid VisitConcreteElementA(
??????ConcreteElementA concreteElementA)
????{
??????Console.WriteLine("{0} visited by {1}",
????????concreteElementA.GetType().Name, this.GetType().Name);
????}

????publicoverridevoid VisitConcreteElementB(
??????ConcreteElementB concreteElementB)
????{
??????Console.WriteLine("{0} visited by {1}",
????????concreteElementB.GetType().Name, this.GetType().Name);
????}
??}

??// "Element" 

??abstractclass Element
??{
????publicabstractvoid Accept(Visitor visitor);
??}

??// "ConcreteElementA" 

??class ConcreteElementA : Element
??{
????publicoverridevoid Accept(Visitor visitor)
????{
??????visitor.VisitConcreteElementA(this);
????}

????publicvoid OperationA()
????{
????}
??}

??// "ConcreteElementB" 

??class ConcreteElementB : Element
??{
????publicoverridevoid Accept(Visitor visitor)
????{
??????visitor.VisitConcreteElementB(this);
????}

????publicvoid OperationB()
????{
????}
??}

??// "ObjectStructure" 

??class ObjectStructure
??{
????private ArrayList elements = new ArrayList();

????publicvoid Attach(Element element)
????{
??????elements.Add(element);
????}

????publicvoid Detach(Element element)
????{
??????elements.Remove(element);
????}

????publicvoid Accept(Visitor visitor)
????{
??????foreach (Element e in elements)
??????{
????????e.Accept(visitor);
??????}
????}
??}
}

Output

ConcreteElementA visited by ConcreteVisitor1
ConcreteElementB visited by ConcreteVisitor1
ConcreteElementA visited by ConcreteVisitor2
ConcreteElementB visited by ConcreteVisitor2

posted on 2006-01-03 16:18 夢在天涯閱讀(1244) 評論(2) 編輯收藏引用所屬分類: Design pattern

訪問者模式的目的是封裝一些施加于某種數據結構元素之上的操作。一旦這些操作需要修改的話，接受這個操作的數據結構則可以保持不變。

問題提出

System.Collection命名空間下提供了大量集合操作對象。但大多數情況下處理的都是同類對象的聚集。換言之，在聚集上采取的操作都是一些針對同類型對象的同類操作。但是如果針對一個保存有不同類型對象的聚集采取某種操作該怎么辦呢？

粗看上去，這似乎不是什么難題。可是如果需要針對一個包含不同類型元素的聚集采取某種操作，而操作的細節根據元素的類型不同而有所不同時，就會出現必須對元素類型做類型判斷的條件轉移語句。這個時候，使用訪問者模式就是一個值得考慮的解決方案。

訪問者模式

訪問者模式適用于數據結構相對未定的系統，它把數據結構和作用于結構上的操作之間的耦合解脫開，使得操作集合可以相對自由地演化。

數據結構的每一個節點都可以接受一個訪問者的調用，此節點向訪問者對象傳入節點對象，而訪問者對象則反過來執行節點對象的操作。這樣的過程叫做"雙重分派"。節點調用訪問者，將它自己傳入，訪問者則將某算法針對此節點執行。

雙重分派意味著施加于節點之上的操作是基于訪問者和節點本身的數據類型，而不僅僅是其中的一者。

回復更多評論

# re: 模式設計c#－－行為型－－visitor 2006-04-25 16:49 夢在天涯

在什么情況下應當使用訪問者模式
有意思的是，在很多情況下不使用設計模式反而會得到一個較好的設計。換言之，每一個設計模式都有其不應當使用的情況。訪問者模式也有其不應當使用的情況，讓我們
先看一看訪問者模式不應當在什么情況下使用。

傾斜的可擴展性

訪問者模式僅應當在被訪問的類結構非常穩定的情況下使用。換言之，系統很少出現需要加入新節點的情況。如果出現需要加入新節點的情況，那么就必須在每一個訪問對象里加入一個對應于這個新節點的訪問操作，而這是對一個系統的大規模修改，因而是違背"開一閉"原則的。

訪問者模式允許在節點中加入新的方法，相應的僅僅需要在一個新的訪問者類中加入此方法，而不需要在每一個訪問者類中都加入此方法。

顯然，訪問者模式提供了傾斜的可擴展性設計：方法集合的可擴展性和類集合的不可擴展性。換言之，如果系統的數據結構是頻繁變化的，則不適合使用訪問者模式。

"開一閉"原則和對變化的封裝

面向對象的設計原則中最重要的便是所謂的"開一閉"原則。一個軟件系統的設計應當盡量做到對擴展開放，對修改關閉。達到這個原則的途徑就是遵循"對變化的封裝"的原則。這個原則講的是在進行軟件系統的設計時，應當設法找出一個軟件系統中會變化的部分，將之封裝起來。

很多系統可以按照算法和數據結構分開，也就是說一些對象含有算法，而另一些對象含有數據，接受算法的操作。如果這樣的系統有比較穩定的數據結構，又有易于變化的算法的話，使用訪問者模式就是比較合適的，因為訪問者模式使得算法操作的增加變得容易。

反過來，如果這樣一個系統的數據結構對象易于變化，經常要有新的數據對象增加進來的話，就不適合使用訪問者模式。因為在訪問者模式中增加新的節點很困難，要涉及到在抽象訪問者和所有的具體訪問者中增加新的方法。

六、使用訪問者模式的優點和缺點
訪問者模式有如下的優點：

訪問者模式使得增加新的操作變得很容易。如果一些操作依賴于一個復雜的結構對象的話，那么一般而言，增加新的操作會很復雜。而使用訪問者模式，增加新的操作就意味著增加一個新的訪問者類，因此，變得很容易。
訪問者模式將有關的行為集中到一個訪問者對象中，而不是分散到一個個的節點類中。
訪問者模式可以跨過幾個類的等級結構訪問屬于不同的等級結構的成員類。迭代子只能訪問屬于同一個類型等級結構的成員對象，而不能訪問屬于不同等級結構的對象。訪問者模式可以做到這一點。
積累狀態。每一個單獨的訪問者對象都集中了相關的行為，從而也就可以在訪問的過程中將執行操作的狀態積累在自己內部，而不是分散到很多的節點對象中。這是有益于系統維護的優點。
訪問者模式有如下的缺點：

增加新的節點類變得很困難。每增加一個新的節點都意味著要在抽象訪問者角色中增加一個新的抽象操作，并在每一個具體訪問者類中增加相應的具體操作。
破壞封裝。訪問者模式要求訪問者對象訪問并調用每一個節點對象的操作，這隱含了一個對所有節點對象的要求：它們必須暴露一些自己的操作和內部狀態。不然，訪問者的訪問就變得沒有意義。由于訪問者對象自己會積累訪問操作所需的狀態，從而使這些狀態不再存儲在節點對象中，這也是破壞封裝的。
回復更多評論

刷新評論列表

只有注冊用戶登錄后才能發表評論。
【推薦】100%開源！大型工業跨平臺軟件C++源碼提供，建模，組態！

相關文章: 本博客所有精華隨筆索引策略模式（policy）設計模式隨筆分類 MFC與設計模式接口模式 -- 接口中為什么不能包含delegate .net中更好的使用設計模式的DLL(Commonly Used .NET Coding Patterns in CodeDom)(轉) 模式設計c#－－行為型－－visitor 模式設計c#－－行為型－－strategy 模式設計c#－－行為型－－state 模式設計c#－－行為型－－observer

網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

# re: 模式設計c#－－行為型－－visitor 2006-04-25 16:48 夢在天涯

# re: 模式設計c#－－行為型－－visitor 2006-04-25 16:49 夢在天涯

C++ Programmer's Cookbook

模式設計c#－－行為型－－visitor

評論

公告

導航

統計

常用鏈接

隨筆分類

隨筆檔案

收藏夾

Blogs

c#(csharp)

C++(cpp)

Enlish

Forums(bbs)

My self

Often go

Useful Webs

Xml/Uml/html

搜索

積分與排名

最新評論

閱讀排行榜