Go常用设计模式(下)
【摘要】 装饰器模式和代理模式,其中装饰器模式还是比较常用的。 1 装饰器模式 1.1 概念装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构。这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装。这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能。四个重要角色:抽象组件Component:一个接口或...
装饰器模式和代理模式,其中装饰器模式还是比较常用的。
1 装饰器模式
1.1 概念
装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构。这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装。
这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能。
四个重要角色:
- 抽象组件Component:一个接口或者抽象类,是定义我们最核心的对象(最原始的对象),被装饰类的抽象。
- 具体组件ConcreteComponent:最核心、最原始、最基本的接口或抽象类Component的实现,可以单独用,也可将其进行装饰,比如上面的简单肉夹馍。
- 抽象装饰者Decorator:一般是一个抽象类,继承或实现Component,在它的属性里面有一个变量为Component抽象构件,是装饰器最关键的地方。
- 具体装饰者ConcreteDecorator:可以把基础构件装饰成新的东西。
1.2 代码
type PlusPhone func(phone string) string
func PhoneDecorate(fn PlusPhone) PlusPhone {
return func(phone string) string {
phone = phone + " plus"
return fn(phone)
}
}
测试:
func TestDecorator(t *testing.T) {
f := structural.PhoneDecorate(func(phone string) string {
return phone
})
s := f("iphone X")
fmt.Println(s)
}
2 代理模式
2.1 概念
代理简单的说就是接口代理实现类,当一个或多个类实现一个接口后,需要将接口的方法进行实现,当类进行实例化时使用接口进行代理方法的实现,直接调用接口的方法而不是实现类的方法。
2.2 代码
type Image interface {
Display()
}
type RealImage struct {
FileName string
}
func NewRealImage(file string) *RealImage {
return &RealImage{
FileName: file,
}
}
func (img *RealImage) Display() {
fmt.Printf("Displaying %s.\n", img.FileName)
}
type ProxyImage struct {
Real *RealImage
FileName string
}
func NewProxyImage(file string) *ProxyImage {
return &ProxyImage{
FileName: file,
}
}
func (img *ProxyImage) Display() {
if img.Real == nil {
img.Real = NewRealImage(img.FileName)
}
img.Real.Display()
}
测试:
func TestProxy(t *testing.T) {
proxyImage := structural.NewProxyImage("zs")
proxyImage.Display()
}
3 总结
装饰器模式很容易理解,他就是在我们想要调用方法的时候增加一些额外的操作,这种操作我们就成为装饰,就是让对象经过装饰增加需要的属性或功能。
但是Go实现的代理模式和Java实现的相比不太容易理解,所以还需要我们多花一些时间来理解。
【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)