Head First設計模式——生成器和責任鏈模式
生成器
生成器模式：封裝一個產品的構造過程，並允許按步驟構造。
現又一個度假計劃指定，需要指定度假每一天的活動、旅館、用餐、門票等等事情，但是每個客人的度假計劃可能不太一樣。例如天數、活動型別、用餐等等。
我們需要一個彈性的資料結構，代表客人的規劃，以及不同的變化，也需要一系列潛在複雜順序，建立這樣的規劃。如何提供一種方式來建立複雜的結構，也不會和建立它的步驟混在一起。迭代器的過程就是封裝進一個獨立的物件中，向客戶隱藏集合的內部表現。這裡我們也採用同樣的思路：我們將旅遊規劃的建立過程，封裝到一個物件中（此物件稱為生成器），然後讓客戶呼叫生成器為它建立旅遊規劃。
設計類圖：
實現程式碼：
①儲存資料結構類
1 public class Vacation
2 {
3 public int Day { get; set; }
4 public string Hotel { get; set; }
5 public string Park { get; set; }
6 public string Activity { get; set; }
7 public string Meal { get; set; }
8 }②抽象生成器
1 public abstract class AbstractBuilder
2 {
3 public abstract void BuildDay(int day);
4 public abstract void Hotel(string hotel);
5 public abstract void Park(string park);
6 public abstract void Activity(string activity);
7 public abstract void Meal(string meal);
8 public abstract Vacation GetVacationPlanner();
9 }③具體生成器，具體生成器可以多個實現。
1 public class VacationBuilder : AbstractBuilder
2 {
3 private Vacation vacation=new Vacation();
4
5 public override void BuildDay(int day)
6 {
7 vacation.Day = day;
8 }
9
10 public override void Hotel(string hotel)
11 {
12 vacation.Hotel = hotel;
13 }
14 public override void Activity(string activity)
15 {
16 vacation.Activity = activity;
17 }
18 public override void Meal(string meal)
19 {
20 vacation.Meal = meal;
21 }
22
23 public override void Park(string park)
24 {
25 vacation.Park = park;
26 }
27
28 public override Vacation GetVacationPlanner()
29 {
30 return vacation;
31 }
32 }
④客戶使用生成器
優點：
1、將複雜物件建立過程封裝起來。
2、允許物件通過多個步驟來建立，並且可以改變過程。
3、向客戶隱藏產品內部表現。
4、產品的實現可以被替換，因為客戶只看到一個抽象的介面。
用途與缺點：
1、經常用來建立組合結構。
2、與工廠模式相比，採用生成器建立物件的客戶需要更多的領域知識，才能正確的建立物件。
責任鏈
責任鏈模式：讓一個以上的物件有機會能夠處理某個請求的時候，就使用責任鏈模式。
有這樣一個場景，公司專門接受郵件處理的人員需要將每天接收到的郵件進行處理，一類是需要轉給部門經理處理的郵件，一類是給自己處理的，還有一類垃圾郵件直接刪除。如果這樣的一個場景，我們就可以通過責任鏈模式，為處理建立一個物件鏈。每個物件依序檢查郵件請求，並進行處理，或者將它傳遞給鏈中的下一個物件。
設計類圖：
實現程式碼：
①責任鏈抽象類
1 /// <summary>
2 /// 郵件型別
3 /// </summary>
4 public enum EmailType
5 {
6 Self=1,
7 Manager=2,
8 Del=3
9 }
10
11
12 public abstract class Handler
13 {
14 public Handler nextHandler;
15 public EmailType type;
16
17 public Handler(EmailType type) {
18 this.type = type;
19 }
20
21 public void SetNextHandler(Handler nextHandler)
22 {
23 this.nextHandler = nextHandler;
24 }
25
26 public abstract void HandleRequest(EmailType requsetType);
27
28 }
②責任鏈處理類
1 /// <summary>
2 /// 自己處理
3 /// </summary>
4 class SelfHandler : Handler
5 {
6 public SelfHandler() : base(EmailType.Self)
7 {
8 }
9
10 public override void HandleRequest(EmailType requsetType)
11 {
12 if (EmailType.Self == requsetType)
13 {
14 Console.WriteLine("郵件由自己處理");
15 }
16 else
17 {
18 if (nextHandler != null)
19 {
20 nextHandler.HandleRequest(requsetType);
21 }
22 }
23 }
24 }
1 /// <summary>
2 /// 轉發經理
3 /// </summary>
4 class ManagerHandler : Handler
5 {
6 public ManagerHandler() : base(EmailType.Manager)
7 {
8 }
9
10 public override void HandleRequest(EmailType requsetType)
11 {
12 if (EmailType.Manager == requsetType)
13 {
14 Console.WriteLine("郵件轉到經理處理");
15 }
16 else
17 {
18 if (nextHandler != null)
19 {
20 nextHandler.HandleRequest(requsetType);
21 }
22 }
23 }
24 }
1 /// <summary>
2 /// 刪除垃圾郵件
3 /// </summary>
4 class DelHandler : Handler
5 {
6 public DelHandler() : base(EmailType.Del)
7 {
8 }
9
10 public override void HandleRequest(EmailType requsetType)
11 {
12 if (EmailType.Del == requsetType)
13 {
14 Console.WriteLine("垃圾郵件已刪除");
15 }
16 else
17 {
18 if (nextHandler != null)
19 {
20 nextHandler.HandleRequest(requsetType);
21 }
22 }
23 }
24 }
③測試責任鏈
1 class Program
2 {
3 static void Main(string[] args)
4 {
5 //組裝責任鏈
6 Handler handler = new SelfHandler();
7 Handler handler1 = new ManagerHandler();
8 Handler handler2 = new DelHandler();
9 handler.SetNextHandler(handler1);
10 handler1.SetNextHandler(handler2);
11 //測試
12 handler.HandleRequest(EmailType.Del);
13 handler.HandleRequest(EmailType.Manager);
14 handler.HandleRequest(EmailType.Self);
15
16 Console.ReadKey();
17 }
18 }
優點：
1、請求的傳送者和接收者解耦。
2、簡化物件，因為不需要知道鏈的結構。
3、通過改變鏈內的成員或調動他們的次序，允許你動態地新增或者刪除責任。
用途和缺點：
1、經常被用在視窗系統中，處理滑鼠和鍵盤之類的事件。
2、並不保證請求一定被執行，如果沒有任何物件處理它，可能會落到鏈尾端之外。
3、不容易觀察允許特徵，不好排查問題。
&n