通俗易懂設計模式解析——策略模式
前言
今天我們來看策略模式【Stragety Pattern【行為型】】，這個模式還是比較好理解的。策略怎麼理解呢？一般是指：1. 可以實現目標的方案集合；2. 根據形勢發展而制定的行動方針和鬥爭方法；3. 有鬥爭藝術，能注意方式方法。總的來說呢就是針對一個目的的不同的方法集合。這裡要講的策略模式怎麼理解呢？簡單的說就是對於一個類的行為或者其演算法可以在執行時更改替換。
策略模式介紹
一、來由
在軟體系統中，一些物件使用的演算法或者行為可能會經常變化，如果把這些變化的演算法寫到物件中的話，會使物件變得較為複雜、不易理解。那麼我們如何在執行時動態的修改物件的不同的演算法呢？這就使用到了策略模式。
二、意圖
定義一系列的演算法,把它們一個個封裝起來, 並且使它們可相互替換。
三、案例圖
四、策略模式程式碼示例
看上面的案例圖好像和上一篇狀態模式的案例圖有點相似。都是包含的三個部分。具體區別我們看後面的詳細介紹。
環境角色：包含持有一個Strategy抽象策略的引用。
抽象策略：定義一個公共方法，由其具體策略去實現不同演算法。
具體策略：實現抽象策略介面方法。
這裡我們看這麼一個案例，在一個超市買東西。最後結算的時候都會問是否有會員，結算機制就有以下幾種。普通使用者全額計算。普通會員打95折。黃金會員打9折。鑽石會員打8折。我們看下如何實現這一功能：
namespace Stragety_Pattern
{
class StragetyPattern
{
}
#region 抽象策略==================
/// <summary>
/// 抽象策略介面
/// </summary>
public interface IStragetyPattern
{
/// <summary>
/// 結算介面
/// </summary>
void Settlement(decimal Money);
}
#endregion
#region 具體策略=======================
/// <summary>
/// 無會員計算方式
/// </summary>
public class OrdinaryStragety : IStragetyPattern
{
public void Settlement(decimal Money)
{
Console.WriteLine($"不是會員，不進行折扣結算。應付款{Money}");
}
}
/// <summary>
/// 普通會員計算方式
/// </summary>
public class MemberStragety : IStragetyPattern
{
public void Settlement(decimal Money)
{
Console.WriteLine($"普通會員，打95折結算。應付款{Money*0.9M}");
}
}
/// <summary>
/// 黃金會員計算方式
/// </summary>
public class GoldMemberStragety : IStragetyPattern
{
public void Settlement(decimal Money)
{
Console.WriteLine($"黃金會員，打9折結算。應付款{Money*0.95M}");
}
}
/// <summary>
/// 鑽石會員計算方式
/// </summary>
public class DiamondGoldMemberStragety : IStragetyPattern
{
public void Settlement(decimal Money)
{
Console.WriteLine($"鑽石會員，打8折結算。應付款{Money*0.8M}");
}
}
#endregion
#region 環境角色
public class ContextStragety
{
private IStragetyPattern _stragety;
public ContextStragety(IStragetyPattern stragety)
{
_stragety = stragety;
}
/// <summary>
/// 呼叫結算方法
/// </summary>
/// <param name="Money"></param>
public void GetSettlement(decimal Money)
{
_stragety.Settlement( Money);
}
}
#endregion
}
namespace Stragety_Pattern
{
class Program
{
static void Main(string[] args)
{
decimal Account = 190.99M;
///會員計算
ContextStragety stragety = new ContextStragety(new MemberStragety());
stragety.GetSettlement(Account);
///普通結算
stragety = new ContextStragety(new OrdinaryStragety());
stragety.GetSettlement(Account);
}
}
}
這裡我們針對最後結算的金額進行計算的時候是可以相互替換的。因為在具體策略中，都把演算法的變化封裝了起來。
使用場景及優缺點
一、使用場景
1、如果在系統中有一些類，他們之間的區別就在於其行為的話。可以使用策略模式讓一個物件在許多的行為中動態的選擇一種行為。
2、一個系統中需要在多種演算法中選擇一種。
3、如果一個物件有許多的行為的話，可以簡化其多重條件選擇語句。避免難於維護的問題。
二、優點
1、策略類之間可以自由切換，因為策略類中都是實現的抽象策略的一個方法。所以可以自由切換。
2、易於擴充套件，在我們新增策略的時候基本上不需要修改之前的程式碼。
3、對多重條件選擇語句進行優化簡化
三、缺點
1、隨著策略增多，策略類會隨之增加。
2、客戶端必須知道所有的策略類，並且自行決定使用哪一種策略。
總結
到這裡策略模式就介紹完了。策略模式主要是針對的有一系列演算法。並把他們都封裝起來。他們之間可以自由切換。使這些演算法的變化獨立於客戶端的變化。也就是把多種行為之間的變化分別進行封裝起來。然後在我們呼叫的時候可以自由的進行切換呼叫。
這裡我們在開篇有提到策略模式的案例圖和狀態模式的有點相似。這裡我們重點分析一些策略模式和狀態模式之間的區別吧：
1、環境角色中的任務有所不同，策略模式的環境角色中具有一種委託作用，負責根據傳進來的策略呼叫其演算法。但是狀態模式中的環境角色不僅負責這行為方法的呼叫，還負責有記錄狀態變化、與具體的狀態類協作。完成狀態切換之後行為的切換。
2、策略模式主要解決的問題是將內部的演算法的改變對外部的影響降低。保證演算法的自由切換。狀態模式主要解決的是狀態的改變引起行為的變化、一個物件狀態改變，從外界看來就好像是行為改變。
3、策略模式是一個演算法的封裝。這裡封裝的一個演算法可以是有意義的物件，也可以是沒有意義的邏輯片段。例如這裡封裝加密演算法。各種加密演算法，可以自由切換。演算法必須是平行的。狀態模式是要求一些列的狀態變化隨著有著行為的變化。要求擁有狀態和行為。
即使受傷了，也要擡起頭微笑著說，今天天氣真好。
C#設計模式系列目錄
歡迎大家掃描下方二維碼，和我一起踏上設計模式的闖關之路吧!