模式定义
动静(组合)地给一个对象减少一些额定的职责,就减少性能而言,Decorator模式比生成子类(继承)更为灵便(打消反复代码并且缩小子类个数)
类图
利用场景
扩大一个类的性能或给一个类增加附加职责
长处
1.合乎开闭准则
2.不扭转原有对象的状况下给一个对象扩大性能
3.应用不同的组合能够实现不同的成果
要点总结
- 通过采纳组合而非继承的手法,Decorator模式实现了在运行时动静扩大对象性能的能力,而且能够依据须要扩大多个性能。防止了应用继承带来的“灵活性差”和“多子类衍生问题”
- Decorator类在接口上体现为is-a 的继承关系,即Decorator类继承了Component类所具备的接口,但在实现上又体现为has-a的组合关系,即Decorator类又应用了另外一个Component类
- Decorator模式的目标并非解决“多子类衍生的多继承”问题,Decorator模式利用的要点在于解决“主体类在多个问题方向上的扩大性能”–是为“装璜”的含意
Go语言代码实现
工程目录
Decorator.go
package Decorator
import "fmt"
//定义一个形象组件
type Component interface {
Operate()
}
//实现一个具体的组件:组件1
type Compontent1 struct {
}
func (c1 *Compontent1) Operate() {
fmt.Println("c1 operate")
}
//定义一个形象的装璜者
type Decorator interface {
Component
Do() //这是一个额定的办法
}
//实现一个具体的装璜者
type Decorator1 struct {
c Component
}
func (d1 *Decorator1) Do() {
fmt.Println("产生了装璜行为")
}
func (d1 *Decorator1) Operate() {
d1.Do()
d1.c.Operate()
}
Decorator_test.go
package Decorator
import "testing"
func TestCompontent1_Operate(t *testing.T) {
c1 := &Compontent1{}
c1.Operate()
}
func TestDecorator1_Operate(t *testing.T) {
d1 := &Decorator1{}
c1 := &Compontent1{}
d1.c = c1
d1.Operate()
}
发表回复