拆出主板

今天帶大家看一下怎么用 Go 寫工廠模式的代碼，我們來學(xué)習(xí)一個實(shí)戰(zhàn)案例。這個寫法筆者日常經(jīng)常使用，能夠很有效地幫助大家實(shí)現(xiàn) Separation of Concerns。

主板就是一個程序的主流程。比如我們要基于一份學(xué)習(xí)資料來消化，吸收知識。我們可能有下面幾步流程：

• 準(zhǔn)備好筆記本；
• 打開資料；
• 閱讀資料內(nèi)容，思考并記錄關(guān)鍵點(diǎn)到筆記本上；
• 做資料里包含的練習(xí)題；
• 歸納總結(jié)，驗(yàn)證掌握程度。

這個資料，可以是紙質(zhì)書籍，可以是電子書，可以是某個平臺的專欄，形式有很多，但我們不 care，因?yàn)樵谥黝}流程中，只需要它是個資料，有資料的能力即可。

換句話說，我們把資料轉(zhuǎn)換成一個 interface，定義如下：

type KnowledgeMaterial interface{
	GetContent() string
	GetExercises() []string
}

能給我們主體內(nèi)容，能給我們練習(xí)題，滿足這兩點(diǎn)就夠了。

所以，主板本質(zhì)上是不 care 具體這個資料是什么的。

擴(kuò)展則是基于 interface 的實(shí)現(xiàn)，或者類比一下 adapter，就是個適配器。我們可以定義出來 Book, Ebook, Column 各種各樣的擴(kuò)展，它們都實(shí)現(xiàn)了這個 KnowledgeMaterial 接口。

很多同學(xué)寫代碼的時候，拆不開主板，不知道自己的核心流程是什么，這一點(diǎn)是非常重要的。拆不出來【主流程】，就意味著你需要針對某個實(shí)體實(shí)現(xiàn)邏輯時，直接依賴了這個【實(shí)現(xiàn)】。

比如我們上面的 case，沒有 KnowledgeMaterial 接口，你的流程變成了，翻開紙質(zhì)書第一頁，看看目錄，然后翻到第一章，開始閱讀書上的文字。。。。

這是很可怕的一件事，意味著一旦結(jié)構(gòu)變了，你的代碼是不可能適配的。你會需要各種 if else 來判斷到底是哪種類型。如果后來又來了一種學(xué)習(xí)資料，叫做【視頻課程】，這時候怎么辦呢？

沒有頁供你翻了，你面對的實(shí)體變成了視頻內(nèi)容，想要適配，就勢必不是容易的事。

所以，大家一定要練習(xí)這個能力，遇到問題，思考自己的主流程是什么，拆出主板，然后明確你對業(yè)務(wù)實(shí)體的訴求是什么，能否抽象化。

是一個實(shí)現(xiàn)了KnowledgeMaterial 接口的任意實(shí)體就 ok？還是必須得是 Book 這個具體的結(jié)構(gòu)體才 ok？

如果你需要的只是個接口，能夠抽象簡化，就盡量用我們今天要說的工廠模式來做，這樣你的主流程心智負(fù)擔(dān)會小很多，此后新增擴(kuò)展成本也很小。

工廠模式流程

• 抽象出對實(shí)體的能力要求，變成接口；
• 實(shí)現(xiàn)工廠，支持適配器注冊，支持根據(jù)類型獲取對應(yīng)的接口實(shí)現(xiàn)；
• 主流程只依賴接口完成；
• 將你的擴(kuò)展，變成 adapter 適配器，實(shí)現(xiàn)接口所要求的的能力；
• 將你的適配器通過第二步里提到的方法，注冊到工廠里。

這樣的好處就在于，主板和擴(kuò)展隔離，新增擴(kuò)展的時候，只需要新增，不需要動主流程，不需要動其他擴(kuò)展，避免了一大堆 if else 的寫法。

代碼實(shí)戰(zhàn)

我們結(jié)合一開始提到的 KnowledgeMaterial 接口來簡單示例一下。

抽象能力，定義接口

type KnowledgeMaterial interface{
	GetContent() string
	GetExercises() []string
}

實(shí)現(xiàn)工廠，支持注冊和獲取實(shí)現(xiàn)

新建一個 factory.go 文件，填充如下內(nèi)容：

type KnowledgeAdapterFactory struct {
	sync.RWMutex
	adapters []KnowledgeAdapter
}
var (
	knowledgeAdapterFactory = KnowledgeAdapterFactory{
		adapters: []KnowledgeAdapter{},
	}
)
// RegisterKnowledgeAdapter 注冊新的知識資料適配器
func RegisterKnowledgeAdapter(adapter KnowledgeAdapter) {
	knowledgeAdapterFactory.Lock()
	knowledgeAdapterFactory.adapters = append(knowledgeAdapterFactory.adapters, adapter)
        knowledgeAdapterFactory.Unlock()
}
// GetAllKnowledgeAdapters 獲取所有知識資料適配器
func GetAllKnowledgeAdapters() []KnowledgeAdapter {
	return knowledgeAdapterFactory.adapters
}

主流程只依賴接口完成

重點(diǎn)關(guān)注和 adapter 相關(guān)的邏輯，其他部分省略：

func LearnKnowledge() {
	//準(zhǔn)備好筆記本
	notes := openNotesForWrite()
	for _, adapter := range GetAllKnowledgeAdapters() {
		content := adapter.GetContent()
		// 閱讀資料內(nèi)容，思考并記錄關(guān)鍵點(diǎn)到筆記本上
		writeNotes(content)
		// 做資料里包含的練習(xí)題
		for _, ex := range adapter.GetExercises() {
			doExecise(ex)
		}
	}
	// 歸納總結(jié)，驗(yàn)證掌握程度
	summary()
}

擴(kuò)展 => 適配器，實(shí)現(xiàn)接口

新建一個包：book，用于實(shí)現(xiàn)紙質(zhì)書籍的適配器。在其中新建 adapter.go 文件，填充如下代碼

type Adapter struct {}
func (a *Adapter) GetContent() string {
	return "xxx"
}
func (a *Adapter) GetExercises() []string {
	return []string{"xxx"}
}

注冊適配器到工廠里

這里寫法其實(shí)相對靈活，很多人會選擇直接在工廠定義的 factory.go 寫注冊邏輯，我個人不太喜歡這樣。這就意味著每次新增適配器，都需要動工廠。

比較推薦直接在適配器的 init() 函數(shù)中完成注冊，然后在 main 函數(shù)啟動時 import 包進(jìn)來，就執(zhí)行了 init 函數(shù)。

這樣寫的好處在于當(dāng)你新增一個擴(kuò)展的時候，主流程和工廠都不需要動，只新增文件就好。

我們可以把上面的 adapter.go 新增一個函數(shù)即可：

type Adapter struct {}
func init() {
	RegisterKnowledgeAdapter(&Adapter{})
}
func (a *Adapter) GetContent() string {
	return "xxx"
}
func (a *Adapter) GetExercises() []string {
	return []string{"xxx"}
}

小結(jié)

工廠模式是一個很簡單，容易上手的寫法，重點(diǎn)還是在于大家要區(qū)分開主板和擴(kuò)展，通過注冊方式填充適配器，而不是通過 if else 來區(qū)分。希望今天介紹的寫法對你有幫助，這里還可以有很多變形，本質(zhì)是類似的。

以上就是Golang 工廠模式實(shí)戰(zhàn)寫法示例詳解的詳細(xì)內(nèi)容，更多關(guān)于Golang 工廠模式的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論