行為型模式
行為型模式關注于應用運行程序中演算法的提供和通信關系的梳理，
相比于創建型模式和結構型模式，行為型模式包含了最多的設計模式種類，包括：
- 職責鏈模式
- 模板方法模式
- 解釋器模式
- 命令模式
- 迭代器模式
- 中介者模式
- 備忘錄模式
- 觀察者模式
- 狀態模式
- 策略模式
- 訪問者模式
職責鏈模式
職責鏈模式為了避免請求發送者與接收者耦合在一起，讓多個物件都有可能接收請求，會將這些物件連接成一條鏈，并且沿著這條鏈傳遞請求，直到有物件處理它為止，
GOF對外觀模式的描述為：
Avoid coupling the sender of a request to its receiver by giving morethan one object a chance to handle the request. Chain the receivingobjects and pass the request along the chain until an object handles it.
— Design Patterns : Elements of Reusable Object-Oriented Software
在日常生活中，也會遇到類似的具有一系列“工序”的場景，比如用洗衣機洗衣服，需要經過注水、洗滌、漂洗、排水等程序，但作為使用者，我們并不需要關注這些步驟，需要做的只是把衣服放到洗衣機、加入洗滌劑、等結束后取出而已，
職責鏈模式的使用場景
- 輸入物件需要經過一系列處理，而每個處理環節也只針對這個物件進行修改，但產出的是同一個物件，比如洗衣服要經過多個步驟，但每個步驟產出的都是衣服本身，
- 物件本身要經過哪些處理需要在運行態動態決定，決定的因素可能取決于物件當前的某些屬性或外部策略，但為了把輸入方和輸出方從與每個具體的處理環節的耦合關系中解脫出來，可以考慮把它們做成一條鏈，按照每個節點的后繼依次遍歷，酌情處理，
- 需要向多個操作發送處理請求時，可以用鏈表的形式組織它們，
- 在物件處理經常發生動態變化的情況下，借助鏈表來動態維護處理物件，
UML類圖:
代碼示例
假設商品的價格分成內部認購價、折扣價、平價，以及郵購價格，用職責鏈模式來進行價格的計算：
public enum PurchaseType
{
Internal, //內部認購價格
Discount, //折扣價
Regular, //平價
Mail //郵購價
}
//請求物件
public class Request
{
public double Price { get; set; }
public PurchaseType Type { get; set; }
public Request(double price, PurchaseType type)
{
this.Price = price;
this.Type = type;
}
}
//抽象的操作物件
public interface IHandler
{
void HandleRequest(Request request);
IHandler Next { get; set; }
PurchaseType Type { get; set; }
}
public abstract class HandlerBase : IHandler
{
public IHandler Successor { get; set; }
public PurchaseType Type { get; set; }
public HandlerBase(PurchaseType type, IHandler successor)
{
this.Type = type;
this.Successor = successor;
}
public HandlerBase(PurchaseType type) : this(type, null) { }
//需要具體IHandler型別處理的內容
public abstract void Process(Request request);
//在當前結點處理，還是傳遞給下一個結點
public virtual void HandleRequest(Request request)
{
if (request == null) return;
if (request.Type == Type)
{
Process(request);
}
else if (Successor != null)
{
Successor.HandleRequest(request);
}
}
public class InternalHandler : HandlerBase
{
public InternalHandler() : base(PurchaseType.Internal) { }
public override void Process(Request request)
{
request.Price *= 0.6;
}
}
public class MailHandler : HandlerBase
{
public MailHandler() : base(PurchaseType.Mail) { }
public override void Process(Request request)
{
request.Price *= 1.3;
}
}
public class DiscountHandler : HandlerBase
{
public DiscountHandler() : base(PurchaseType.Discount) { }
public override void Process(Request request)
{
request.Price *= 0.9;
}
}
public class RegularHandler : HandlerBase
{
public RegularHandler() : base(PurchaseType.Regular) { }
public override void Process(Request request) { }
}
}
組裝職責鏈并呼叫
static void Main(string[] args)
{
IHandler handler1 = new InternalHandler();
IHandler handler2 = new DiscountHandler();
IHandler handler3 = new MailHandler();
IHandler handler4 = new RegularHandler();
handler1.Next = handler3;
handler3.Next = handler2;
handler2.Next = handler4;
IHandler head = handler1;
Request request = new Request(20, PurchaseType.Mail);
head.HandleRequest(request);
Console.Write(request.Price); //26
//將MailHandler短路
handler1.Next = handler1.Next.Next;
request = new Request(20, PurchaseType.Mail);
head.HandleRequest(request);
Console.Write(request.Price); //20
}
在實際應用中，組裝職責鏈的程序可以交給創建型模式，或者從配置讀取，
職責鏈模式的特點
優勢
從上面的示例可以發現這種模式的一些優勢：
- 降低了請求發送者和接收者之間的耦合，請求發送者只需要拿到呼叫鏈的頭部，就可以觸發鏈式處理，
- 可以動態地改變鏈內節點的次序，也可以方便地動態增加、洗掉節點，并即刻生效，
缺點
- 不能保證請求一定被接收，
- 系統性能將受到一定影響，而且在進行代碼除錯時不太方便，
- 如果呼叫鏈組裝不合理，可能會造成回圈呼叫，
參考書籍：
王翔著 《設計模式——基于C#的工程化實作及擴展》
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/3115.html
標籤：設計模式
上一篇：設計模式 --單例模式