设计模式--装饰者(Decorator)模式
生活随笔
收集整理的這篇文章主要介紹了
设计模式--装饰者(Decorator)模式
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
模式定義
動態(組合)地給一個對象增加一些額外的職責,就增加功能而言,Decorator模式比生成子類(繼承)更為靈活(消除重復代碼并且減少子類個數)
類圖
應用場景
擴展一個類的功能或給一個類添加附加職責
優點
1.符合開閉原則
2.不改變原有對象的情況下給一個對象擴展功能
3.使用不同的組合可以實現不同的效果
要點總結
- 通過采用組合而非繼承的手法,Decorator模式實現了在運行時動態擴展對象功能的能力,而且可以根據需要擴展多個功能。避免了使用繼承帶來的“靈活性差”和“多子類衍生問題”
- Decorator類在接口上表現為is-a 的繼承關系,即Decorator類繼承了Component類所具有的接口,但在實現上又表現為has-a的組合關系,即Decorator類又使用了另外一個Component類
- Decorator模式的目的并非解決“多子類衍生的多繼承”問題,Decorator模式應用的要點在于解決“主體類在多個問題方向上的擴展功能”–是為“裝飾”的含義
Go語言代碼實現
工程目錄
Decorator.go
package Decoratorimport "fmt"//定義一個抽象組件 type Component interface {Operate() }//實現一個具體的組件:組件1 type Compontent1 struct {}func (c1 *Compontent1) Operate() {fmt.Println("c1 operate") }//定義一個抽象的裝飾者 type Decorator interface {ComponentDo() //這是一個額外的方法 }//實現一個具體的裝飾者 type Decorator1 struct {c Component }func (d1 *Decorator1) Do() {fmt.Println("發生了裝飾行為") }func (d1 *Decorator1) Operate() {d1.Do()d1.c.Operate() }Decorator_test.go
package Decoratorimport "testing"func TestCompontent1_Operate(t *testing.T) {c1 := &Compontent1{}c1.Operate() }func TestDecorator1_Operate(t *testing.T) {d1 := &Decorator1{}c1 := &Compontent1{}d1.c = c1d1.Operate() } 《新程序員》:云原生和全面數字化實踐50位技術專家共同創作,文字、視頻、音頻交互閱讀總結
以上是生活随笔為你收集整理的设计模式--装饰者(Decorator)模式的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 设计模式--观察者(Observer)模
- 下一篇: 设计模式--桥(Bridge)模式