程序員小劉最近很惱火，公司新上馬了一個電商促銷項目，以發放優惠券的形式來達到商品促銷的目的。可是項目上線一段時間后活動進行的并不理想，產品經理一頓分析，認為是促銷力度不夠，需結合多種形式的活動來達到促銷的目的，于是接二連三的找到小劉，今天加一個打折促銷活動，明天加一個滿減促銷活動。。。小劉無奈只能加班加點的改動代碼，本就稀少的頭發又不見了幾根。

你作為小劉的資深基友，看著他的一堆if else，眉頭微皺，說道，你這樣不行啊，鬼知道這產品經理還有什么餿主意，你這種情況建議用策略模式梳理一下，后期擴展也很方便。小劉一聽，兩只熊貓眼一簇，問道，策略模式，什么玩意?望著好基友疑惑的眼神，你推了推眼鏡，開啟了教學模式。

什么是策略模式?

策略模式是指不同類之間有相同的行為，但是行為的具體表現形式又互不相同，在運行時可以動態選擇具體要執行的行為的模式。以小劉的業務場景為例，各種促銷活動互不相同，但是他們又有一個共同的行為——讓商品價格降低，但是每個活動的計算方法又不相同。

設想，如果不使用策略模式，當用戶選擇參加某種活動后，我們的代碼中將會出現一系列的判斷，如果是使用優惠券，那么根據優惠券規則計算商品價格，如果是參加打折促銷，那么根據打折促銷規則計算商品價格，如果是參加滿減活動，那么根據滿減活動規則計算商品價格。。。這樣無疑是災難性的。

那來看看用策略模式，這種場景將如何實現。

策略模式中，有三個基本角色：

• strategy:抽象策略角色，定義了共同的行為(計算商品價格)。
• concreteStrategy:具體的策略類，需要實現strategy,并重寫自己的行為方法。
• contextStrategy:策略上下文，持有策略角色，供客戶端調用。

我們按照這三種角色在代碼中實現一下。

1、定義策略角色接口strategy

我這里用的接口形式，當然也可以用抽象類。

2、定義具體的策略類

在這個場景中，我們定義三個促銷活動的策略類，分別是優惠券活動、折扣活動、滿減活動。

優惠券策略類

折扣活動策略類

滿減活動策略類

3、定義上下文

上下文策略類中，會持有策略類，并能夠執行策略的行為方法

4、測試

假設用戶參加了折扣活動，那在我們的上下文策略類中，我們將選擇的折扣策略傳入，然后再執行，就會直接在折扣策略類中執行相應的計算。

以上就是一個簡單的策略模式的實現過程。使用這種方式，將每個策略的實現方式對外隱藏，而是通過上下文去執行具體的策略方法，如果需要進行擴展，也不需要修改上下文，只需將新增的策略類加上即可，通過上下文去進行調用，很容易對代碼進行維護。

策略模式與工廠模式的淵源

了解工廠模式的同學可能會有些疑惑(不了解的同學可以查看另一篇文章??設計模式之工廠模式——要的是工廠而不是作坊??，這與工廠模式也太像了吧。是的，策略模式與工廠模式在代碼結構上是非常相似的，而且上文中提到的業務場景，使用工廠模式，也是可以實現的。只不過使用工廠模式，我們首先拿到的是目標對象，拿到目標對象后，再去執行對應的方法，而策略模式，則是直接去執行目標方法。這兩個模式的側重點是不同的，一個是側重于生成對象，一個是側重于實現行為。

實際上，策略模式往往要結合工廠模式進行使用。在上文的測試方法中，我們直接把折扣策略類new出來去執行策略方法，而在實際應用中，客戶端調用不可能將一個對象傳過來，往往是傳一個類型代碼，或者數字，比如傳數字1表示優惠券，傳數字2表示折扣，傳數字3表示滿減，我們在拿到數字后，可以結合工廠模式獲取具體的策略類的對象，再通過策略模式執行目標方法，這樣在整體的結構上，就會比較清晰。