使用策略模式代替多個if條件語句

一、背景：

1.1、多個if else語句，并且每個條件都有復雜的邏輯，代碼變的異常臃腫。

1.2、維護成本很大，修改一個存在多年的類，要理清楚找到具體的if條件進行修改，代碼行數很多時，需要不斷的使用滾動條跳轉到具體的行號。

1.3、如果客戶要求新增一個算法，還需要再寫一個if else，違反了設計模式六大原則中的“開閉原則”。

二、定義：

2.1、策略模式定義了一系列的算法，并將每一個算法封裝起來，使每個算法可以相互替代，使算法本身和使用算法的客戶端分割開來，相互獨立。

2.2、重點不是如何實現算法，而是如何組織和調用這些算法，從而讓我們的程序結構更加的靈活、可擴展。

三、使用場景：

3.1、策略模式一般使用在不同策略比較復雜或者要執行不同操作等，每個if需要執行大段代碼的情況。

四、優點：

4.1、把一個復雜的代碼塊，拆分成若干個邏輯清晰的小代碼塊。

4.2、策略模式通過抽象、封裝來定義一系列的算法，使得這些算法可以相互替換，為這些算法定義一個公共的接口，以約束這些算法的功能具體實現。如果這些算法具有公共的功能，可以將接口變為抽象類，將公共功能放到抽象父類里面。

4.3、策略模式擴展性更好，擴展策略實現非常容易，只需新增一個策略實現類，然后在使用策略實現的地方，使用這個新的策略實現就好。新增或修改時，只新增或修改具體的某個策略類，其他策略類不用修改，減少代碼審核人員審核工作量。

4.4、面向接口或抽象編程，能夠享受到面向接口編程帶來的好處，通過統一的的策略接口來封裝和分離各個具體的策略實現，無需關心具體的策略實現。

五、缺點：

5.1、客戶端必須了解所有的策略，清楚它們的不同：如果由客戶端來決定使用何種算法，那客戶端必須知道所有的策略，清楚各個策略的功能和不同，這樣才能做出正確的選擇，但是這暴露了策略的具體實現。

5.2、增加了對象的數量：由于策略模式將每個具體的算法都單獨封裝為一個策略類，如果可選的策略有很多的話，那對象的數量也會很多。

5.3、只適合偏平的算法結構：由于策略模式的各個策略實現是平等的關系(可相互替換)，實際上就構成了一個扁平的算法結構。即一個策略接口下面有多個平等的策略實現(多個策略實現是兄弟關系)，并且運行時只能有一個算法被使用。這就限制了算法的使用層級，且不能被嵌套。

問題解決

總結

以上是生活随笔為你收集整理的delphi if多个条件_屡试不爽！使用策略模式代替多个if条件语句的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。