DAY 23：Facade Pattern，由统一的入口介面来做事

什麽是 Facade Pattern？

实作不依赖多个类别，而是依赖介面，并把这些类别实作在此介面

问题情境

(相关的 code 在Github - go-design-patterns)

当 PS5 启动时，会用到许多 CPU 相关的指令集，以下方范例来说即是StrcutA{}、StrcutB{}，如果未来要更改StrcutA{}、StrcutB{}的DoAction()function 呼叫方式，或者StrcutA{}被弃用要改用StructC{}，都必须要修改PS5{}.Start()的实作。

package main

import "fmt"

type StructA struct{}

func (s StructA) DoAction() {}

type StructB struct{}

func (s StructB) DoAction() {}

type PS5 struct {
}

func (p PS5) Start() {
	strcutA := StructA{}
	strcutB := StructB{}
	strcutA.DoAction()
	strcutB.DoAction()
	fmt.Println("start ps5...done!")
}

func main() {
	ps5 := PS5{}
	ps5.Start()
}

我们需要一个方式，能让做这些更改时PS5{}.Start()不需要修改。

解决方式

PS5{}.Start()可以只依赖特定介面CPUFacade interface 的Work()，所以可以将StrcutA{}、StructB{}的使用方式都封装在Work()中，就算後续StrcutA{}、StructB{}有变更呼叫方式或是弃用，都不影响PS5{}.Start()的呼叫。

package main

import "fmt"

type CPUFacade interface {
	Work()
}

type StructA struct{}

func (s StructA) DoAction() {}

type StructB struct{}

func (s StructB) DoAction() {}

type CPU struct{}

func (c CPU) Work() {
	strcutA := StructA{}
	strcutB := StructB{}
	strcutA.DoAction()
	strcutB.DoAction()
}

type PS5 struct {
	cpu CPUFacade
}

func (p PS5) Start() {
	p.cpu.Work()
	fmt.Println("start ps5...done!")
}

func main() {
	ps5 := PS5{cpu: CPU{}}
	ps5.Start()
}