策略模式 Strategy

Intro

策略模式（Strategy）：它定義了演算法家族，分別封裝起來，讓它們之間可以互相替換，此模式讓演算法的變化不會影響到使用演算法的 Context。

策略模式是一種定義一系列演算法的方法，從概念上來看，所有這些演算法完全的都是相同的工作，只是實現不同，它可以以相同的方式呼叫所有的演算法，減少了各種演算法類與使用類之間的耦合。

使用場景

策略模式就是用來封裝演算法的，但在實踐中也可以用它來封裝幾乎任何型別的規則，只要在分析過程中聽到需要在不同時間應用不同的業務規則，就可以考慮使用策略模式處理這種變化的可能性。

優點

• 減少了具體的演算法和使用演算法類之間的耦合
• 策略模式的 Strategy 類層為 Context 定義了一系列的可供重用的演算法或行為，繼承有助於析取這些演算法中的公共功能
• 簡化了單元測試，因為每個演算法都有自己的類，可以通過自己的介面單獨測試

Sample

public class Context
{
    private readonly Strategy _strategy;

    public Context(Strategy strategy) => _strategy = strategy;

    public void Implement()
    {
        _strategy.AlgorithmImplement();
    }
}

public abstract class Strategy
{
    public abstract void AlgorithmImplement();
}

public class ConcreteStrategyA : Strategy
{
    public override void AlgorithmImplement()
    {
        Console.WriteLine("演算法A實現");
    }
}

public class ConcreteStrategyB : Strategy
{
    public override void AlgorithmImplement()
    {
        Console.WriteLine("演算法B實現");
    }
}

public class ConcreteStrategyC : Strategy
{
    public override void AlgorithmImplement()
    {
        Console.WriteLine("演算法C實現");
    }
}
 

More

工廠模式是解耦物件的建立和使用，觀察者模式是解耦觀察者和被觀察者。策略模式跟兩者類似，也能起到解耦的作用，不過，它解耦的是策略的定義、建立、使用這三部分。

策略模式用來解耦策略的定義、建立、使用。實際上，一個完整的策略模式就是由這三個部分組成的。

策略類的定義比較簡單，包含一個策略介面和一組實現這個介面的策略類。
策略的建立由工廠類來完成，封裝策略建立的細節。
策略模式包含一組策略可選，客戶端程式碼如何選擇使用哪個策略，有兩種確定方法：編譯時靜態確定和執行時動態確定。其中，“執行時動態確定”才是策略模式最典型的應用場景

如果 if-else 分支判斷不復雜、程式碼不多，這並沒有任何問題，畢竟 if-else 分支判斷幾乎是所有程式語言都會提供的語法，存在即有理由。遵循 KISS 原則，怎麼簡單怎麼來，就是最好的設計。非得用策略模式，搞出 n 多類，反倒是一種過度設計。

策略的建立也可以結合依賴注入來建立或獲取，靈活使用。

Reference

• https://github.com/WeihanLi/DesignPatterns/tree/master/BehaviorPattern/StrategyPattern