Go实现设计模式--装饰者(器)模式

定义

动态的将责任附加到对象上。若要拓展功能,装饰者提供了比继承更有弹性的替代方案。

介绍

意图:动态地给一个对象添加一些额外的职责。就增加功能来说,装饰器模式相比生成子类更为灵活。

主要解决:一般的,我们为了扩展一个类经常使用继承方式实现,由于继承为类引入静态特征,并且随着扩展功能的增多,子类会很膨胀。

何时使用:在不想增加很多子类的情况下扩展类。

如何解决:将具体功能职责划分,同时继承装饰者模式。

关键代码: 1、Component 类充当抽象角色,不应该具体实现。 2、修饰类引用和继承 Component 类,具体扩展类重写父类方法。

应用实例: 1、孙悟空有 72 变,当他变成"庙宇"后,他的根本还是一只猴子,但是他又有了庙宇的功能。 2、不论一幅画有没有画框都可以挂在墙上,但是通常都是有画框的,并且实际上是画框被挂在墙上。在挂在墙上之前,画可以被蒙上玻璃,装到框子里;这时画、玻璃和画框形成了一个物体。

优点:装饰类和被装饰类可以独立发展,不会相互耦合,装饰模式是继承的一个替代模式,装饰模式可以动态扩展一个实现类的功能。

缺点:多层装饰比较复杂。

使用场景: 1、扩展一个类的功能。 2、动态增加功能,动态撤销。

注意事项:可代替继承。

代码示例

事例
我们要给一个连锁咖啡店的各种饮料进行计费,各种饮料可能使用到不同的原料,根据这些原料得出不同种类咖啡的价格。
分析设计
调用最外圈Mocha的cost,Mocha会委托自己装饰的对象DarkRoask计算出价钱,再加上Mocha的价钱,最终DarkRoask返回自己的价钱,Mocha返回DarkRoask加上自己的价钱
在这里插入图片描述
代码如下:

//饮料接口
type Beverage interface{
	cost()float64
	getDescription()string
}

//实现饮料接口的具体类型
type HouseBlend struct{

}
func(w *HouseBlend)cost()float64{
	return 0.89
}
func(w *HouseBlend)getDescription()string{
	return "House Blend coffee"
}
//实现装饰者
//因为golang没有继承,但是实现接口就是继承的一种
//核心是装饰者类有beverage的结构体
type Mocha struct{
	beverage Beverage
}

func(m *Mocha)cost()float64{
	return 0.2+m.beverage.cost()
}

func(m *Mocha)getDescription()string{
	return m.beverage.getDescription() + ", Mocha"
}




func main() {
	h:=new(HouseBlend)
	fmt.Println(h.getDescription())
	fmt.Println(h.cost())

	m1:=&Mocha{beverage:h}
	fmt.Println(m1.cost())
	fmt.Println(m1.getDescription())
	m2:=&Mocha{beverage:m1}
	fmt.Println(m2.cost())
	fmt.Println(m2.getDescription())
}

参考文章:
https://www.runoob.com/design-pattern/decorator-pattern.html

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章