href 集中 動態 元素 lis 聲明 風格 on() 封裝

原文:C#設計模式之二十一訪問者模式（Visitor Pattern）【行為型】

一、引言

今天我們開始講“行為型”設計模式的第九個模式，該模式是【訪問者模式】，英文名稱是：Visitor Pattern。如果按老規矩，先從名稱上來看看這個模式，我根本不能獲得任何對理解該模式有用的信息，而且這個模式在我們的編碼生活中使用的並不是很多。該模式的意圖定義很抽象，第一次看了這個定義其實和沒看沒有什麽區別，一頭霧水，為了讓大家更好的理解該模式的初衷，我們舉個例子來說明模式。比如：當我們為了解決一個新的軟件需求的時候，經過多個日以繼夜的努力，最終通過一個完美（自己認為的）的軟件設計解決了客戶提出的新的需求，而且這個設計有完美的類層次結構，並且是符合OO的設計原則的，我們很開心，對自己設計的東西很有成就感。又過了一段時間，客戶突然又有了一個新的需求，需要為現有的類層次結構裏面的類增加一個新的操作（其實就是一個方法），怎麽辦？好辦，在面向OO設計模式中有一個模式就是為了解決這個問題的，那就是“訪問者模式”，可以為現有的類層次結構中的類輕松增加新的操作，我們繼續吧，好好的了解一下該模式。

二、訪問者模式的詳細介紹

2.1、動機（Motivate）

在軟件構建過程中，由於需求的改變，某些類層次結構中常常需要增加新的行為（方法），如果直接在基類中做這樣的更改，將會給子類帶來很繁重的變更負擔，甚至破壞原有設計。如何在不更改類層次結構的前提下，在運行時根據需要透明地為類層次結構上的各個類動態添加新的操作，從而避免上述問題？

2.2、意圖（Intent）

表示一個作用於某對象結構中的各個元素的操作。它可以在不改變各元素的類的前提下定義作用於這些元素的新的操作。　　　　　　 ——《設計模式》GoF

2.3、結構圖（Structure）



2.4、模式的組成

可以看出，在訪問者模式的結構圖有以下角色：

（1）、抽象訪問者角色（Vistor）: 聲明一個包括多個訪問操作，多個操作針對多個具體節點角色（可以說有多少個具體節點角色就有多少訪問操作），使得所有具體訪問者必須實現的接口。

（2）、具體訪問者角色（ConcreteVistor）：實現抽象訪問者角色中所有聲明的接口，也可以說是實現對每個具體節點角色的新的操作。

（3）、抽象節點角色（Element）：聲明一個接受操作，接受一個訪問者對象作為參數，如果有其他參數，可以在這個“接受操作”裏在定義相關的參數。

（4）、具體節點角色（ConcreteElement）：實現抽象元素所規定的接受操作。

（5）、結構對象角色（ObjectStructure）：節點的容器，可以包含多個不同類或接口的容器。

2.5、訪問者模式的代碼實現

訪問者這個模式在我們現實的編碼生活中使用的並不是很多，我就直接貼代碼，讓大家看代碼的結構吧。今天給大家兩個代碼實例，自己慢慢體會訪問者吧。實現代碼如下：

  1 namespace Vistor
  2 {
  3     //抽象圖形定義---相當於“抽象節點角色”Element
  4     public abstract class Shape
  5     {
  6         //畫圖形
  7         public abstract void Draw();
  8         //外界註入具體訪問者
  9         public abstract void Accept(ShapeVisitor visitor);
 10     }
 11 
 12     //抽象訪問者 Visitor
 13     public abstract class ShapeVisitor
 14     {
 15         public abstract void Visit(Rectangle shape);
 16 
 17         public abstract void Visit(Circle shape);
 18 
 19         public abstract void Visit(Line shape);
 20 
 21         //這裏有一點要說：Visit方法的參數可以寫成Shape嗎？就是這樣 Visit(Shape shape)，當然可以，但是ShapeVisitor子類Visit方法就需要判斷當前的Shape是什麽類型，是Rectangle類型，是Circle類型，或者是Line類型。
 22     }
 23 
 24     //具體訪問者 ConcreteVisitor
 25     public sealed class CustomVisitor : ShapeVisitor
 26     {
 27         //針對Rectangle對象
 28         public override void Visit(Rectangle shape)
 29         {
 30             Console.WriteLine("針對Rectangle新的操作！");
 31         }
 32         //針對Circle對象
 33         public override void Visit(Circle shape)
 34         {
 35             Console.WriteLine("針對Circle新的操作！");
 36         }
 37         //針對Line對象
 38         public override void Visit(Line shape)
 39         {
 40             Console.WriteLine("針對Line新的操作！");
 41         }
 42     }
 43 
 44     //矩形----相當於“具體節點角色” ConcreteElement
 45     public sealed class Rectangle : Shape
 46     {
 47         public override void Draw()
 48         {
 49             Console.WriteLine("矩形我已經畫好！");
 50         }
 51 
 52         public override void Accept(ShapeVisitor visitor)
 53         {
 54             visitor.Visit(this);
 55         }
 56     }
 57 
 58     //圓形---相當於“具體節點角色”ConcreteElement
 59     public sealed class Circle : Shape
 60     {
 61         public override void Draw()
 62         {
 63             Console.WriteLine("圓形我已經畫好！");
 64         }
 65 
 66         public override void Accept(ShapeVisitor visitor)
 67         {
 68             visitor.Visit(this);
 69         }
 70     }
 71 
 72     //直線---相當於“具體節點角色” ConcreteElement
 73     public sealed class Line : Shape
 74     {
 75         public override void Draw()
 76         {
 77             Console.WriteLine("直線我已經畫好！");
 78         }
 79 
 80         public override void Accept(ShapeVisitor visitor)
 81         {
 82             visitor.Visit(this);
 83         }
 84     }
 85 
 86     //結構對象角色
 87     internal class AppStructure
 88     {
 89         private ShapeVisitor _visitor;
 90 
 91         public AppStructure(ShapeVisitor visitor)
 92         {
 93             this._visitor = visitor;
 94         }
 95 
 96         public void Process(Shape shape)
 97         {
 98             shape.Accept(_visitor);
 99         }
100     }
101 
102     class Program
103     {
104         static void Main(string[] args)
105         {
106             //如果想執行新增加的操作
107             ShapeVisitor visitor = new CustomVisitor();
108             AppStructure app = new AppStructure(visitor);
109 
110             Shape shape = new Rectangle();
111             shape.Draw();//執行自己的操作
112             app.Process(shape);//執行新的操作
113 
114 
115             shape = new Circle();
116             shape.Draw();//執行自己的操作
117             app.Process(shape);//執行新的操作
118 
119 
120             shape = new Line();
121             shape.Draw();//執行自己的操作
122             app.Process(shape);//執行新的操作
123 
124 
125             Console.ReadLine();
126         }
127     }
128 }

這是訪問者模式第二種代碼實例：

  1 namespace Visitor
  2 {
  3     //抽象訪問者角色 Visitor
  4     public abstract class Visitor
  5     {
  6         public abstract void PutTelevision(Television tv);
  7 
  8         public abstract void PutComputer(Computer comp);
  9     }
 10 
 11     //具體訪問者角色 ConcreteVisitor
 12     public sealed class SizeVisitor : Visitor
 13     {
 14         public override void PutTelevision(Television tv)
 15         {
 16             Console.WriteLine("按商品大小{0}排放", tv.Size);
 17         }
 18 
 19         public override void PutComputer(Computer comp)
 20         {
 21             Console.WriteLine("按商品大小{0}排放", comp.Size);
 22         }
 23     }
 24 
 25     //具體訪問者角色 ConcreteVisitor
 26     public sealed class StateVisitor : Visitor
 27     {
 28         public override void PutTelevision(Television tv)
 29         {
 30             Console.WriteLine("按商品新舊值{0}排放", tv.State);
 31         }
 32 
 33         public override void PutComputer(Computer comp)
 34         {
 35             Console.WriteLine("按商品新舊值{0}排放", comp.State);
 36         }
 37     }
 38 
 39     //抽象節點角色 Element
 40     public abstract class Goods
 41     {
 42         public abstract void Operate(Visitor visitor);
 43 
 44         private int nSize;
 45         public int Size
 46         {
 47             get { return nSize; }
 48             set { nSize = value; }
 49         }
 50 
 51         private int nState;
 52         public int State
 53         {
 54             get { return nState; }
 55             set { nState = value; }
 56         }
 57     }
 58 
 59     //具體節點角色 ConcreteElement
 60     public sealed class Television : Goods
 61     {
 62         public override void Operate(Visitor visitor)
 63         {
 64             visitor.PutTelevision(this);
 65         }
 66     }
 67 
 68     //具體節點角色 ConcreteElement
 69     public sealed class Computer : Goods
 70     {
 71         public override void Operate(Visitor visitor)
 72         {
 73             visitor.PutComputer(this);
 74         }
 75     }
 76 
 77     //結構對象角色
 78     public sealed class StoragePlatform
 79     {
 80         private IList<Goods> list = new List<Goods>();
 81 
 82         public void Attach(Goods element)
 83         {
 84             list.Add(element);
 85         }
 86 
 87         public void Detach(Goods element)
 88         {
 89             list.Remove(element);
 90         }
 91 
 92         public void Operate(Visitor visitor)
 93         {
 94             foreach (Goods g in list)
 95             {
 96                 g.Operate(visitor);
 97             }
 98         }
 99     }
100 
101     class Program
102     {
103         static void Main(string[] args)
104         {
105             StoragePlatform platform = new StoragePlatform();
106             platform.Attach(new Television());
107             platform.Attach(new Computer());
108 
109             SizeVisitor sizeVisitor = new SizeVisitor();
110             StateVisitor stateVisitor = new StateVisitor();
111 
112             platform.Operate(sizeVisitor);
113             platform.Operate(stateVisitor);
114 
115             Console.Read();
116         }
117     }
118 }

三、訪問者模式的實現要點：

Visitor模式通過所謂雙重分發（double dispatch）來實現在不更改Element類層次結構的前提下，在運行時透明地為類層次結構上的各個類動態添加新的操作。所謂雙重分發即Visitor模式中間包括了兩個多態分發（註意其中的多態機制）：第一個為accept方法的多態辨析；第二個為visit方法的多態辨析。

　　設計模式其實是一種堵漏洞的方式，但是沒有一種設計模式能夠堵完所有的漏洞，即使是組合各種設計模式也是一樣。每個設計模式都有漏洞，都有它們解決不了的情況或者變化。每一種設計模式都假定了某種變化，也假定了某種不變化。Visitor模式假定的就是操作變化，而Element類層次結構穩定。

（1）、訪問者模式的主要優點有：

1】、訪問者模式使得添加新的操作變得容易。如果一些操作依賴於一個復雜的結構對象的話，那麽一般而言，添加新的操作會變得很復雜。而使用訪問者模式，增加新的操作就意味著添加一個新的訪問者類。因此，使得添加新的操作變得容易。

2】、訪問者模式使得有關的行為操作集中到一個訪問者對象中，而不是分散到一個個的元素類中。這點類似與”中介者模式”。

3】、訪問者模式可以訪問屬於不同的等級結構的成員對象，而叠代只能訪問屬於同一個等級結構的成員對象。

　（2）、訪問者模式的主要缺點有：

1】、增加新的元素類變得困難。每增加一個新的元素意味著要在抽象訪問者角色中增加一個新的抽象操作，並在每一個具體訪問者類中添加相應的具體操作。具體來說，Visitor模式的最大缺點在於擴展類層次結構（增添新的Element子類），會導致Visitor類的改變。因此Visitor模式適用於“Element類層次結構穩定，而其中的操作卻經常面臨頻繁改動”。

（3）、在下面的情況下可以考慮使用訪問者模式：

1】、如果系統有比較穩定的數據結構，而又有易於變化的算法時，此時可以考慮使用訪問者模式。因為訪問者模式使得算法操作的添加比較容易。

2】、如果一組類中，存在著相似的操作，為了避免出現大量重復的代碼，可以考慮把重復的操作封裝到訪問者中。（當然也可以考慮使用抽象類了）

3】、如果一個對象存在著一些與本身對象不相幹，或關系比較弱的操作時，為了避免操作汙染這個對象，則可以考慮把這些操作封裝到訪問者對象中。


四、.NET 訪問者模式的實現

在現在的Net框架裏面，如果要想給現有的類增加新的方法，有了新的方式，那就是“擴展方法”，使用起來和實例方法是一樣一樣的，而且在Net框架裏面，微軟自己也寫了很多的擴展方法給我們使用。我目前還沒有學習到Net的框架類庫裏面有“訪問者模式”實現，看來自己還需努力，革命尚未成功啊。

五、總結

訪問者模式寫完了，這個模式剛開始理解起來還是挺麻煩的，但是，如果我們多看幾個實例代碼，完全掌握也不是問題。隨著C#語言的發展，設計模式裏面的很多東西，我們可以通過C#語言的一些特性做更好的替代。我們寫設計模式剛開始要慢慢來，一步一步的照貓畫虎的來寫代碼，等我們熟練掌握了模式的核心意思，我們就要寫符合C#風格和特性的模式代碼了，或者說我們要用C#來寫設計模式了，寫出來的代碼會更棒。

C#設計模式之二十一訪問者模式（Visitor Pattern）【行為型】