策略模式 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 多類，反倒是一種過度設計。
策略的創建也可以結合依賴注入來創建或獲取，靈活使用。