建站
咨詢
售后
建站咨詢
新聞中心
大家好，我是每周在這里陪你一起進步的網(wǎng)管。
創(chuàng)新互聯(lián)專注于企業(yè)全網(wǎng)整合營銷推廣、網(wǎng)站重做改版、綏寧網(wǎng)站定制設計、自適應品牌網(wǎng)站建設、HTML5建站、商城網(wǎng)站開發(fā)、集團公司官網(wǎng)建設、外貿(mào)網(wǎng)站制作、高端網(wǎng)站制作、響應式網(wǎng)頁設計等建站業(yè)務，價格優(yōu)惠性價比高，為綏寧等各大城市提供網(wǎng)站開發(fā)制作服務。
上篇文章我給大家分享了設計模式中的模版模式，給大家講了用模版模式在項目開發(fā)時提煉流程、減少重復開發(fā)的技巧。同時，在上一篇文章我也分享了我總結(jié)的一個暴論，那就是“模板、策略和職責鏈三個設計模式是解決業(yè)務系統(tǒng)流程復雜多變這個痛點的利器”。
今天我們繼續(xù)接著一起學習一下策略模式，以及用 Go 代碼怎么實現(xiàn)策略模式。
什么是策略模式
策略模式是一種行為設計模式，通過策略模式，可以在運行時修改一個對象的行為。很多資料里對它的定義是：
定義一類算法族，將每個算法分別封裝起來，讓他們可以互相替換，此模式讓算法的變化獨立于使用算法的客戶端。
看完策略模式這個定義，你是不是也有一種看了等于沒看的感覺，我一開始看的時候也是這樣，下面我再用一些大白話給大家解釋一下。
白話策略模式
策略模式這個定義乍一看起來，還是挺抽象、挺難懂的，這里說的算法并不是我們想找工作準備面試時每天要刷的那種算法；定義一類算法族中的算法族說的要完成的某項任務的歸類，舉個例子來說比如用戶支付，就是個任務類。
算法族中的每個算法（即策略）則是說的完成這項任務的具體方式，結(jié)合我們的例子來說就是可以用支付寶也可以用微信支付這兩種方式 (算法) ，來完成我們定義的用戶支付這項任務 (算法族)。
策略模式主要用于允許我們的程序在運行時動態(tài)更改一個任務的處理邏輯，常見的應用場景有針對軟件用戶群體的不同策略切換（用一個爛大街的詞兒表達就是千人千面）和業(yè)務流程兜底切換。
注意：這里是為了大家好理解舉了支付這個例子，實際上運行時切換支付方式還是挺復雜的，實踐的時候你可以先從運行時切換通知用戶的任務練起。
策略模式要解決的問題是，讓使用客戶端跟具體執(zhí)行任務的策略解耦，不管使用哪種策略完成任務，不需要更改客戶端使用策略的方式。
上面說的這些使用策略模式完成任務的整個形態(tài)用 UML 圖表示出來，會比較清晰，策略模式的 UML 圖如下：
圖中，主要有四類角色：
客戶端：這個客戶端可以簡單理解成是發(fā)起任務調(diào)用的代碼。
抽象策略：就是上面定義中的算法族，是所有具體策略的通用接口，聲明了用于執(zhí)行完成任務的方法。
具體策略：實現(xiàn)了抽象策略，定義了具體應該怎么完成任務。
- 上下文：作為客戶端和具體策略的中間層，達到客戶端與具體策略解耦的效果，它維護指向具體策略的引用，且僅通過抽象策略中定義的接口與具體策略進行交流。常用的實現(xiàn)方式是通過組合
上面類圖里一個細節(jié)，上下文對象引用具體策略類的時候，使用的是組合的方式，讓其私有屬性指向策略接口的具體實現(xiàn)，這樣就能完成在運行時修改執(zhí)行任務的具體策略的效果（通過SetStrategy方法）。
光看上面的描述和UML圖，還是有點單薄，為了更容易理解，下面咱們再舉個更具體點的例子。
策略模式示例--實現(xiàn)支付策略
舉例環(huán)節(jié)，接著用我們上面用的用戶支付這個任務為例子。比如說在購物 App 上買東西后要付錢，客戶端使用微信支付、或者是其他三方在線支付。如果使用策略模式進行解耦，客戶端都可以使用同樣的調(diào)用方式完成支付，甚至可以在微信支付不能使用時，讓應用無痛地切換到三方支付，來完成支付。
注意這里的客戶端是上面說的，調(diào)用上下文的代碼，不是手機APP。
在用代碼實現(xiàn)支付策略前，先用 UML 類圖梳理一下整個實現(xiàn)的大體結(jié)構(gòu)：
PayBehavior：抽象策略，對支付任務進行接口抽象
WxPay 和 ThirdPay ：是具體的策略實現(xiàn)
PaxCtx：上下文對象在這里有兩個作用，第一是協(xié)調(diào)自己持有的 PayBehavior 具體實現(xiàn)，完成支付的任務，第二是維護發(fā)起支付需要的支付參數(shù)--即圖中的私有屬性payParams。
下面我們把這個 UML 圖轉(zhuǎn)化為代碼實現(xiàn)，首先是定義PayBehavior 策略的接口
type PayBehavior interface {
OrderPay(px *PayCtx)
}有了接口后，我們來定義兩個策略的實現(xiàn)
// 具體支付策略實現(xiàn)
// 微信支付
"本文使用的完整可運行源碼
去公眾號「網(wǎng)管叨bi叨」發(fā)送【設計模式】即可領取"
type WxPay struct {}
func(*WxPay) OrderPay(px *PayCtx) {
fmt.Printf("Wx支付加工支付請求 %v\n", px.payParams)
fmt.Println("正在使用Wx支付進行支付")
}
// 三方支付
type ThirdPay struct {}
func(*ThirdPay) OrderPay(px *PayCtx) {
fmt.Printf("三方支付加工支付請求 %v\n", px.payParams)
fmt.Println("正在使用三方支付進行支付")
}
有了策略的實現(xiàn)后，還得有個上下文來協(xié)調(diào)它們，以及持有完成這個任務所必需的那些入?yún)ayParams
"本文使用的完整可運行源碼
去公眾號「網(wǎng)管叨bi叨」發(fā)送【設計模式】即可領取"
type PayCtx struct {
// 提供支付能力的接口實現(xiàn)
payBehavior PayBehavior
// 支付參數(shù)
payParams map[string]interface{}
}
func (px *PayCtx) setPayBehavior(p PayBehavior) {
px.payBehavior = p
}
func (px *PayCtx) Pay() {
px.payBehavior.OrderPay(px)
}
func NewPayCtx(p PayBehavior) *PayCtx {
// 支付參數(shù)，Mock數(shù)據(jù)
params := map[string]interface{} {
"appId": "234fdfdngj4",
"mchId": 123456,
}
return &PayCtx{
payBehavior: p,
payParams: params,
}
}
所有這些代碼都準備好后，我們就可以試著運行程序調(diào)用它們了。
func main() {
wxPay := &WxPay{}
px := NewPayCtx(wxPay)
px.Pay()
// 假設現(xiàn)在發(fā)現(xiàn)微信支付沒錢，改用三方支付進行支付
thPay := &ThirdPay{}
px.setPayBehavior(thPay)
px.Pay()
}這個例子的實現(xiàn)還是比較簡單的，相信大家都能看懂，我覺得最重要的是理解這個代碼框架，后面自己結(jié)合實際在項目里實現(xiàn)策略模式的時候，可以支持拿來套用。
本文的完整源碼，已經(jīng)同步收錄到我整理的電子教程里啦，可向我的公眾號「網(wǎng)管叨bi叨」發(fā)送關(guān)鍵字【設計模式】領取。
下面我們再來說說策略模式和上篇文章學習的模板模式的區(qū)別和關(guān)聯(lián)使用。
策略模式和模板模式
策略模式和模版模式經(jīng)常配合使用，策略模式是讓完成某個任務的具體方式可以相互切換，而模版模式則是針對一個流程的共性梳理出固定的執(zhí)行步驟，具體步驟的執(zhí)行方式下放給子類來實現(xiàn)。兩者解耦的維度不一樣，策略模式在抽象方法的實現(xiàn)里，經(jīng)常會用到模板模式。
還是拿我們上面的支付行為舉例子。上面策略模式定義了一個算法族（支付），以及多個具體算法實現(xiàn)（微信、三方支付），讓支付策略對客戶端解耦。
上面咱們的示例代碼還是比較簡單的，通常完成支付時，還需要用參數(shù)生成簽名、驗證客戶端傳過來的簽名、調(diào)用支付基礎服務進行預下單、下單等操作，但是每種支付基礎服務設計的接口和交互流程可能會有些小的差別，這個時候就可以用上簽名學的模版模式，統(tǒng)一支付任務內(nèi)部的流程步驟，策略模式、模版模式相結(jié)合使用能讓我們寫的程序更健壯、更容易維護。
網(wǎng)站名稱：Go程序里ifelse分支太多？試著用策略模式治理一下吧！
當前路徑：http://m.5511xx.com/article/ccoseih.html
