2023/04/05 更新: 為了避免本文章散落在不同網站,之後統一由部落格更新,再麻煩從部落格查看~
讓代理物件操作實際物件,讓代理物件處理與業務邏輯無關的事情
UML 圖如下:
在操作物件時,有時候我們有加上 log、權限管控等等功能,這跟實際操作物件的業務無關,這時就可以用 Proxy Pattern 來去處理代理這些功能,並且保持介面相同。
Proxy Pattern 與 Decorator Pattern 相似,兩者主要差異是:
PS5 在玩開啟遊戲時,需要新增 log,但如果在原本業務邏輯上加上 log 會模糊掉業務的意圖,我們需要有方法解決此問題。
UML 圖如下:
新增一個PS5
interface,PS5Machine{}
與PS5MachineProxy{}
都依照此 interface 實作,這樣使用者在使用時只要依賴PS5
interface,就都可以使用PS5Machine{}
與PS5MachineProxy{}
。
在PS5MachineProxy{}.PlayGame()
裡呼叫PS5Machine{}.PlayGame()
,並在整個實作添加 log。
相關的 code 在Github - go-design-patterns
code 如下:
package main
import (
"fmt"
"time"
)
type PS5 interface {
PlayGame()
}
type PS5Machine struct{}
func NewPS5Machine() *PS5Machine {
return &PS5Machine{}
}
func (u *PS5Machine) PlayGame() {
fmt.Println("play game")
}
type PS5MachineProxy struct {
ps5 *PS5Machine
}
func NewPS5MachineProxy(ps5 *PS5Machine) *PS5MachineProxy {
return &PS5MachineProxy{
ps5: ps5,
}
}
func (p *PS5MachineProxy) PlayGame() {
start := time.Now()
p.ps5.PlayGame()
fmt.Printf("play game cost time: %s", time.Since(start))
}
func main() {
ps5 := NewPS5MachineProxy(NewPS5Machine())
ps5.PlayGame()
}