建站
咨詢
售后
建站咨詢
新聞中心
大家好，我是網(wǎng)管，今天又上來(lái)給大家更新設(shè)計(jì)模式系列的文章啦，之前已經(jīng)把四種建造型的設(shè)計(jì)模式更新齊全啦，沒(méi)有看過(guò)的小伙伴可以通過(guò)點(diǎn)擊上面和文章尾部的系列合集鏈接，進(jìn)行查看。
成都創(chuàng)新互聯(lián)公司網(wǎng)站建設(shè)提供從項(xiàng)目策劃、軟件開發(fā)，軟件安全維護(hù)、網(wǎng)站優(yōu)化(SEO)、網(wǎng)站分析、效果評(píng)估等整套的建站服務(wù)，主營(yíng)業(yè)務(wù)為成都網(wǎng)站建設(shè)、網(wǎng)站制作，手機(jī)APP定制開發(fā)以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠(chéng)的服務(wù)。成都創(chuàng)新互聯(lián)公司深信只要達(dá)到每一位用戶的要求，就會(huì)得到認(rèn)可，從而選擇與我們長(zhǎng)期合作。這樣，我們也可以走得更遠(yuǎn)！
在開始講今天的設(shè)計(jì)模式之前我先問(wèn)個(gè)問(wèn)題：“你們公司現(xiàn)狀有沒(méi)有用 OKR 管理季度或者雙月的個(gè)人目標(biāo)、團(tuán)隊(duì)目標(biāo)嗎？” 現(xiàn)在越來(lái)越多公司開始用 OKR 代替 KPI 做目標(biāo)管理，兩套目標(biāo)管理系統(tǒng)的詳細(xì)區(qū)別我就不說(shuō)了，因?yàn)槲乙舱f(shuō)不清楚。。。哈哈！
我們可以簡(jiǎn)單粗暴的理解為 OKR 是自底向上的制定目標(biāo)，而 KPI 是上頭大老板直接給你拍個(gè)目標(biāo)。但實(shí)際施行起來(lái)，可能，我是說(shuō)可能哈，最關(guān)鍵的跟公司賺錢活下去的業(yè)務(wù)目標(biāo)還是上頭老板直接拍給你，只留下一些類似自己/團(tuán)隊(duì)/公司 積累、進(jìn)步、成長(zhǎng)這些不疼不癢的目標(biāo)是讓員工自我決定，自底向上完成目標(biāo)制定。
對(duì)于做研發(fā)的技術(shù)人員來(lái)說(shuō)，個(gè)人、團(tuán)隊(duì)、公司上的成長(zhǎng)無(wú)非就是個(gè)人的技術(shù)再精進(jìn)些、系統(tǒng)再優(yōu)化優(yōu)化、給公司技術(shù)積累增加點(diǎn)方法論實(shí)踐什么的，但是呢，你寫目標(biāo)的時(shí)候不能寫的太 Low 了，比如 “重構(gòu)什么什么流程、提高XXX” 大土話直接拽上去可不行，OKR 講究把話術(shù)說(shuō)的讓別人看了就興奮，讓別人覺(jué)得：“我早就想到了一直等你們提出來(lái)細(xì)化啦”。。。這個(gè)別人就是你的直屬領(lǐng)導(dǎo)，因?yàn)槟愕腛KR大概率只有它看，更高層的不太會(huì)看你的 OKR 。
有的人可能會(huì)問(wèn)了，我來(lái)你這學(xué)設(shè)計(jì)模式呢，你跟我說(shuō)半天 OKR 目標(biāo)管理干啥？這你就不懂了，如果你能把流程重構(gòu)這種看起來(lái)平平無(wú)奇的話細(xì)化成運(yùn)用XXX設(shè)計(jì)模式重構(gòu)XX流程，增加其無(wú)限擴(kuò)展業(yè)務(wù)邏輯的能力、結(jié)合 XXX 設(shè)計(jì)模式減少XX業(yè)務(wù)重復(fù)開發(fā)率提升人效XXX，這樣給人的感覺(jué)是不是完全不一樣了，那這個(gè)設(shè)計(jì)模式是不是真的能達(dá)到你說(shuō)的效果，如果你領(lǐng)導(dǎo)好幾年不寫代碼了，大概率它是不知道的，但是這些個(gè)設(shè)計(jì)模式在行業(yè)里很有名，但凡知道有設(shè)計(jì)模式這個(gè)東西的，都會(huì)覺(jué)得你這個(gè)目標(biāo)定的很有水平。
當(dāng)然我這里不是在教大家長(zhǎng)袖善舞，而是怎么把一些理論的東西結(jié)合實(shí)踐表達(dá)出來(lái)，像 UML、GoF 23 種設(shè)計(jì)模式、DDD里的某些模式，這些在行業(yè)內(nèi)經(jīng)過(guò)長(zhǎng)時(shí)間反復(fù)驗(yàn)證行的通的方法論，拿出來(lái)就是會(huì)讓人覺(jué)得很專業(yè)、靠譜。
那能表達(dá)出來(lái)的前提是我們得會(huì)，真的得用心思考什么設(shè)計(jì)模式才能解決當(dāng)下系統(tǒng)的痛點(diǎn)，接下來(lái)就進(jìn)入咱們學(xué)習(xí)設(shè)計(jì)模式的正題。
那在這里我先拋出一個(gè)我自己總結(jié)的暴論：“模版、策略和職責(zé)鏈三個(gè)設(shè)計(jì)模式是解決業(yè)務(wù)系統(tǒng)流程復(fù)雜多變這個(gè)痛點(diǎn)的利器”，你可以延伸一下進(jìn)一步理解成，這三個(gè)設(shè)計(jì)模式也是你在公司里卷 OKR 的利器。當(dāng)然設(shè)計(jì)模式里并不是只有這三個(gè)是利器，只是這三個(gè)最基礎(chǔ)，會(huì)了之后思考問(wèn)題馬上會(huì)不一樣，等完全掌握了再跟更復(fù)雜的設(shè)計(jì)模式結(jié)合起來(lái)使用也不遲，
今天這里給大家先來(lái)介紹模版模式，因?yàn)椴呗杂行r(shí)候步驟里會(huì)應(yīng)用上模版模式，我們就放到下一篇文章再分享。我們先來(lái)看下模版模式長(zhǎng)什么樣，使用起來(lái)代碼該怎么寫，最后再給大家分析用模版模式怎么分析系統(tǒng)現(xiàn)在的問(wèn)題、或者更進(jìn)一步你下個(gè)季度的 OKR 該怎么定。
什么是模板模式
模版模式，有的也翻譯成模版方法模式，主要是因?yàn)檫@個(gè)模式里有個(gè)模版方法，不過(guò)后面實(shí)際應(yīng)用的時(shí)候我會(huì)提到，這個(gè)模版方法在設(shè)計(jì)一些有客戶端和服務(wù)多次交互的場(chǎng)景里，其實(shí)也可以是虛擬的，我們自己形成意識(shí)設(shè)計(jì)API即可，不一定非要在設(shè)計(jì)模式的類實(shí)現(xiàn)里真實(shí)存在。
當(dāng)要做一件事兒的時(shí)候，這件事兒的流程和步驟是固定好的，但是每一個(gè)步驟的具體實(shí)現(xiàn)方式是不一定的。這個(gè)時(shí)候就可以使用模板模式。
模版模式慣常的用法是，在一個(gè)方法模版方法中定義一個(gè)算法或者邏輯的流程和步驟，比如先調(diào)內(nèi)部的方法A 再調(diào)內(nèi)部方法B，滿足某個(gè)條件了不調(diào)方法 C 等等，而這個(gè)流程中每個(gè)步驟對(duì)應(yīng)的方法都可以推遲到子類中去實(shí)現(xiàn)，這就給了程序在不改變大流程、步驟的情況下，完成相似性業(yè)務(wù)的能力。
模版模式實(shí)現(xiàn)起來(lái)非常簡(jiǎn)單，用抽象類定義好步驟，提供步驟的默認(rèn)實(shí)現(xiàn)，具體業(yè)務(wù)邏輯上每個(gè)步驟的實(shí)現(xiàn)差異交給子類去實(shí)現(xiàn)就可以。模版模式的結(jié)構(gòu)用 UML 類圖可以這么表示
下面舉一個(gè)我們都見(jiàn)過(guò)的業(yè)務(wù)流程的例子，結(jié)合代碼實(shí)現(xiàn)讓大家更好地體會(huì)下模版模式怎么使用，如果是 Java 來(lái)實(shí)現(xiàn)模版模式的話真的是非常簡(jiǎn)單，直接用抽線類和子類實(shí)現(xiàn)就完事了，網(wǎng)上資料有很多我就不多說(shuō)，下面我用 Go 代碼實(shí)現(xiàn)一下模版設(shè)計(jì)模式，主要是因?yàn)?Go 不支持繼承，但是又有類型匿名嵌套實(shí)現(xiàn)差不多繼承的效果，所以代碼寫起來(lái)會(huì)繞點(diǎn)彎。
模板模式用法舉例
比如我們?nèi)ャy行柜臺(tái)辦理業(yè)務(wù)，存款、取款、購(gòu)買理財(cái)?shù)冗@些業(yè)務(wù)的流程中都會(huì)有：取號(hào)、排位等號(hào)、處理業(yè)務(wù)、服務(wù)評(píng)價(jià)這幾個(gè)步驟，如果你是金葵花之類的VIP用戶，有可能有專屬窗口不用排隊(duì)，檢查用戶是不是VIP這樣步驟叫做鉤子方法。
// 本文使用的完整可運(yùn)行源碼
// 去公眾號(hào)「網(wǎng)管叨bi叨」發(fā)送【設(shè)計(jì)模式】即可領(lǐng)取
type BankBusinessHandler interface {
// 排隊(duì)拿號(hào)
TakeRowNumber()
// 等位
WaitInHead()
// 處理具體業(yè)務(wù)
HandleBusiness()
// 對(duì)服務(wù)作出評(píng)價(jià)
Commentate()
// 鉤子方法，
// 用于在流程里判斷是不是VIP， 實(shí)現(xiàn)類似VIP不用等的需求
checkVipIdentity() bool
}
模板方法，由于 Go 不支持抽象類和子類繼承，我們通過(guò)類型匿名嵌套來(lái)實(shí)現(xiàn)，由一個(gè)外層類型包裝組合BankBusinessHandler接口的實(shí)現(xiàn)達(dá)到與抽象類和子類繼承類似的效果。
// 本文使用的完整可運(yùn)行源碼
// 去公眾號(hào)「網(wǎng)管叨bi叨」發(fā)送【設(shè)計(jì)模式】即可領(lǐng)取
type BankBusinessExecutor struct {
handler BankBusinessHandler
}
// 模板方法，處理銀行業(yè)務(wù)
func (b *BankBusinessExecutor) ExecuteBankBusiness () {
// 適用于與客戶端單次交互的流程
// 如果需要與客戶端多次交互才能完成整個(gè)流程，
// 每次交互的操作去調(diào)對(duì)應(yīng)模板里定義的方法就好，并不需要一個(gè)調(diào)用所有方法的模板方法
b.handler.TakeRowNumber()
if !b.handler.CheckVipIdentity() {
b.handler.WaitInHead()
}
b.handler.HandleBusiness()
b.handler.Commentate()
}
模版模式里：存款、取款與銀行客戶業(yè)務(wù)這三者的關(guān)系，可以用下面的 UML 圖清晰地展示出來(lái)：
接下來(lái)我們就可以在子類里實(shí)現(xiàn)每個(gè)銀行客戶業(yè)務(wù)的邏輯啦，但是不管哪個(gè)業(yè)務(wù)，都脫離不了取號(hào)、等位、辦業(yè)務(wù)、評(píng)價(jià)服務(wù)的大流程。
下面用模板模式實(shí)現(xiàn)一下存款業(yè)務(wù)的流程，代碼如下：
"完整可運(yùn)行源碼，私信給
公眾號(hào)「網(wǎng)管叨bi叨」發(fā)送【設(shè)計(jì)模式】即可領(lǐng)取"
type DepositBusinessHandler struct {
*DefaultBusinessHandler
userVip bool
}
// 通用的方法還可以抽象到BaseBusinessHandler里，組合到具體實(shí)現(xiàn)類里，減少重復(fù)代碼（實(shí)現(xiàn)類似子類繼承抽象類的效果）
func (*DepositBusinessHandler) TakeRowNumber() {
fmt.Println("請(qǐng)拿好您的取件碼：" + strconv.Itoa(rand.Intn(100)) +
" ，注意排隊(duì)情況，過(guò)號(hào)后順延三個(gè)安排")
}
func (dh *DepositBusinessHandler) WaitInHead() {
fmt.Println("排隊(duì)等號(hào)中...")
time.Sleep(5 * time.Second)
fmt.Println("請(qǐng)去窗口xxx...")
}
func (*DepositBusinessHandler) HandleBusiness() {
fmt.Println("賬戶存儲(chǔ)很多萬(wàn)人民幣...")
}
func (dh *DepositBusinessHandler) CheckVipIdentity() bool {
return dh.userVip
}
func (*DepositBusinessHandler) Commentate() {
fmt.Println("請(qǐng)對(duì)我的服務(wù)作出評(píng)價(jià)，滿意請(qǐng)按0，滿意請(qǐng)按0，(～￣▽￣)～")
}
執(zhí)行存款業(yè)務(wù)的流程則由外部包裝類定義的統(tǒng)一模板方法負(fù)責(zé)發(fā)起和調(diào)用每個(gè)步驟。
func NewBankBusinessExecutor(businessHandler BankBusinessHandler) *BankBusinessExecutor {
return &BankBusinessExecutor {handler: businessHandler}
}
func main() {
dh := &DepositBusinessHandler{userVip: false}
bbe := NewBankBusinessExecutor(dh)
bbe.ExecuteBankBusiness()
}上面實(shí)現(xiàn)存款業(yè)務(wù)流程的時(shí)候，我們會(huì)發(fā)現(xiàn)，像排隊(duì)取號(hào)，等位、服務(wù)評(píng)價(jià)這幾個(gè)方法，各個(gè)銀行業(yè)務(wù)的實(shí)現(xiàn)都一樣。 所以就可以把它們放在抽象類中可以進(jìn)一步減少代碼的重復(fù)率。
但是 Go 不是完全面向?qū)ο蟮恼Z(yǔ)言，不過(guò)我們可以用類型的匿名嵌套組合來(lái)實(shí)現(xiàn)相似的效果，把這幾個(gè)操作的方法交給DefaultBusinessHandler類型實(shí)現(xiàn)，再由具體實(shí)現(xiàn)類組合它，同樣能達(dá)到減少重復(fù)實(shí)現(xiàn)相同邏輯的效果。
"完整可運(yùn)行源碼，私信給
公眾號(hào)「網(wǎng)管叨bi叨」發(fā)送【設(shè)計(jì)模式】即可領(lǐng)取"
type DefaultBusinessHandler struct {
}
func (*DefaultBusinessHandler) TakeRowNumber() {
fmt.Println("請(qǐng)拿好您的取件碼：" + strconv.Itoa(rand.Intn(100)) +
" ，注意排隊(duì)情況，過(guò)號(hào)后順延三個(gè)安排")
}
func (dbh *DefaultBusinessHandler) WaitInHead() {
fmt.Println("排隊(duì)等號(hào)中...")
time.Sleep(5 * time.Second)
fmt.Println("請(qǐng)去窗口xxx...")
}
func (*DefaultBusinessHandler) Commentate() {
fmt.Println("請(qǐng)對(duì)我的服務(wù)作出評(píng)價(jià)，滿意請(qǐng)按0，滿意請(qǐng)按0，(～￣▽￣)～")
}
func (*DefaultBusinessHandler) CheckVipIdentity() bool {
// 留給具體實(shí)現(xiàn)類實(shí)現(xiàn)
return false
}
func NewBankBusinessExecutor(businessHandler BankBusinessHandler) *BankBusinessExecutor {
return &BankBusinessExecutor {handler: businessHandler}
}
注意，上面的DefaultBusinessHandler并沒(méi)有實(shí)現(xiàn)我們想要留給具體子類實(shí)現(xiàn)的HandleBusiness方法，這樣 DefaultBusinessHandler 就不能算是BankBusinessHandler接口的實(shí)現(xiàn)，這么做是為了這個(gè)類型只能用于被實(shí)現(xiàn)類包裝，讓 Go 語(yǔ)言的類型檢查能夠幫我們強(qiáng)制要求，必須用存款或者取款這樣子類去實(shí)現(xiàn)HandleBusiness方法，整個(gè)銀行辦理業(yè)務(wù)的流程的程序才能運(yùn)行起來(lái)。
本文的完整源碼，已經(jīng)同步收錄到我整理的電子教程里啦，可向我的公眾號(hào)「網(wǎng)管叨bi叨」發(fā)送關(guān)鍵字【設(shè)計(jì)模式】領(lǐng)取。
模板模式的使用建議不一定非要有模版方法
這里，我們例子里這種定義模板方法的方式適用于與客戶端單次交互的流程
type BankBusinessExecutor struct {
BankBusinessHandler
}
// 模板方法，處理銀行業(yè)務(wù)
func (b *BankBusinessExecutor) ExecuteBankBusiness () {
b.TakeRowNumber()
if !b.CheckVipIdentity() {// VIP 不用等位
b.WaitInHead()
}
b.HandleBusiness()
b.Commentate()
}如果需要與客戶端多次交互才能完成整個(gè)流程，可以每個(gè)交互的操作去使用模板里定義的方法，這個(gè)時(shí)候，并不需要定義一個(gè)調(diào)用所有方法的模板方法，這種情況下，也可以理解成，整個(gè)流程用到的 RESTful API 接口組合扮演的就是模板方法的角色。
在互聯(lián)網(wǎng)里C端產(chǎn)品里的典型應(yīng)用場(chǎng)景，比如：用戶經(jīng)營(yíng)類的活動(dòng)API，所有活動(dòng)都可以抽象成：展示活動(dòng)信息、獎(jiǎng)品信息、判斷用戶資格、參與活動(dòng)、抽獎(jiǎng)、查看中獎(jiǎng)記錄、核銷獎(jiǎng)品這些步驟。那么我們可以利用模板設(shè)計(jì)模式來(lái)對(duì)業(yè)務(wù)流程做抽象，實(shí)現(xiàn)各種用戶活動(dòng)都能用一套統(tǒng)一的RESTful API 來(lái)支撐業(yè)務(wù)的效果。
模版與工廠結(jié)合使用
還有這里再說(shuō)一點(diǎn)，在實(shí)際開發(fā)中，從來(lái)沒(méi)有哪個(gè)設(shè)計(jì)模式是可以獨(dú)立應(yīng)用的，更多的時(shí)候是幾個(gè)設(shè)計(jì)模式聯(lián)合使用，群策群力、相輔相承來(lái)達(dá)到項(xiàng)目設(shè)計(jì)的效果。
而由模版模式把流程的實(shí)現(xiàn)邏輯推遲到子類，我們大概也能想到，創(chuàng)建模版子類這個(gè)工作交給工廠模式是再合適不過(guò)的了，具體使用哪種工廠？一般簡(jiǎn)單工廠就好，項(xiàng)目剛開始的時(shí)候，一般情況下，業(yè)務(wù)需求和流程我們挖掘的還不夠全面，所以一開始的時(shí)候不要做太深度的提煉和抽象，等到確實(shí)需要的時(shí)候再升級(jí)到抽象工廠也未嘗不可。
模版模式的優(yōu)缺點(diǎn)
模板方法模式的優(yōu)點(diǎn)
利用模板方法將相同處理邏輯的代碼放到抽象父類中，可以提高代碼的復(fù)用性。
將不同的算法邏輯分離到不同的子類中，通過(guò)對(duì)子類的擴(kuò)展增加新的行為，提高代碼的可擴(kuò)展性。
把不變的行為寫在父類上，去除子類的重復(fù)代碼，提供了一個(gè)很好的代碼復(fù)用平臺(tái)，符合開閉原則。
模板方法模式的缺點(diǎn)
- 由于繼承關(guān)系自身的缺點(diǎn)，如果父類添加新的抽象方法，則所有子類都要改一遍。
模版模式這么好，那我們是不是所有流程都要應(yīng)用上呢？肯定不是，它更適合于經(jīng)過(guò)我們大量實(shí)踐后，能把某個(gè)核心流程提煉成固定步驟的時(shí)候再應(yīng)用。如果提煉的不到位，就得頻繁增加或者修改流程里的步驟--也就是修改表示流程的 interface 或者抽象類里的方法。這個(gè)時(shí)候，如果現(xiàn)有業(yè)務(wù)中已經(jīng)存在了多個(gè)該流程的實(shí)現(xiàn)類的話，那么它們都得做出相應(yīng)調(diào)整才行。
模版模式與 OKR 的結(jié)合
學(xué)完模版模式后我們?cè)賮?lái)說(shuō)說(shuō)怎么用這個(gè)設(shè)計(jì)模式的思想為指導(dǎo)，讓你發(fā)現(xiàn)現(xiàn)有業(yè)務(wù)系統(tǒng)中需要改進(jìn)的流程。 互聯(lián)網(wǎng)公司，某項(xiàng)業(yè)務(wù)剛開始，可以簡(jiǎn)單粗暴，先上線，即使早期該業(yè)務(wù)相似流程多，代碼重復(fù)率高也沒(méi)事，等到跑個(gè)一段時(shí)間，這個(gè)業(yè)務(wù)流程確定要長(zhǎng)期做下去，我們對(duì)其的理解和抽象提煉也到位后，就可以主動(dòng)思考怎么通過(guò)模版模式對(duì)流程進(jìn)行優(yōu)化啦。
就像上面舉的那個(gè)很經(jīng)典的例子，在大部分互聯(lián)網(wǎng)公司的產(chǎn)品生態(tài)里都會(huì)有一些促活、拉新、提升客單價(jià)的用戶活動(dòng)，實(shí)現(xiàn)形式往往就是種樹、福袋開獎(jiǎng)、轉(zhuǎn)盤開獎(jiǎng)之類的，早期業(yè)務(wù)發(fā)展期因?yàn)檫@類活動(dòng)形態(tài)有很多，程序員并不知道產(chǎn)品過(guò)兩天又回規(guī)劃出什么活動(dòng)內(nèi)容來(lái)，所以一般都是一個(gè)活動(dòng)一組API、一組類。
那么這個(gè)時(shí)候你就可以嘗試用模版模式的思維模式，思考找出這些相似業(yè)務(wù)具有通用步驟，是不是把每個(gè)同類業(yè)務(wù)往這套模版上的步驟里套都能實(shí)現(xiàn)，如果不行的話，再繼續(xù)思考和提煉。
假設(shè)你在的公司正好是以 OKR 做續(xù)期管理的，那么你就可以把提煉核心流程、減少代碼重復(fù)開發(fā)量、提高相似業(yè)務(wù)上線效率這些方面作為目標(biāo)，把他們寫到OKR里，這個(gè)過(guò)程中既提高了我們技術(shù)上的流程抽象設(shè)計(jì)能力，也向上管理了組織對(duì)我們的預(yù)期，是不是不失為一個(gè)向上管理的好方法呀。
網(wǎng)頁(yè)名稱：學(xué)會(huì)用這個(gè)設(shè)計(jì)模式思考業(yè)務(wù)抓手，OKR績(jī)效想不拿優(yōu)都難
網(wǎng)頁(yè)URL：http://m.5511xx.com/article/dpcppij.html
