Golang设计模式——04建造者模式

简介: Golang设计模式——04建造者模式

建造者模式

定义

将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示

优点

建造者模式的封装性很好。使用建造者模式可以有效的封装变化,在使用建造者模式的场景中,一般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在导演类中对整体而言可以取得比较好的稳定性。

建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。

在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象。

其次,建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。符合开闭原则。

由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他模块产生任何影响。

缺点

  1. 建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。

场景

  1. 需要生产的产品对象有复杂的内部结构。
  2. 需要生产的产品对象的属性相互依赖,建造者模式可以强迫生成顺序。
  3. 在对象创建过程中会使用到系统中的一些其它对象,这些对象在产品对象的创建过程中不易得到。

代码

package Builder
import "fmt"
type Product struct {
  parts []string
}
func (p *Product) AddParts(s string) {
  p.parts = append(p.parts, s)
}
func (p *Product) ShowParts() {
  fmt.Println(p.parts)
}
type Builder interface {
  BuildPartA()
  BuildPartB()
  BuildPartC()
  GetResult() Product
}
type ConcreteBuilder1 struct {
  product Product
}
func (c *ConcreteBuilder1) BuildPartA() {
  c.product.AddParts("人的头")
}
func (c *ConcreteBuilder1) BuildPartB() {
  c.product.AddParts("两只手")
}
func (c *ConcreteBuilder1) BuildPartC() {
  c.product.AddParts("两条腿")
}
func (c *ConcreteBuilder1) GetResult() Product {
  return c.product
}
type ConcreteBuilder2 struct {
  product Product
}
func (c *ConcreteBuilder2) BuildPartA() {
  c.product.AddParts("狗的头")
}
func (c *ConcreteBuilder2) BuildPartB() {
  c.product.AddParts("狗的爪子")
}
func (c *ConcreteBuilder2) BuildPartC() {
  c.product.AddParts("狗的腿")
}
func (c *ConcreteBuilder2) GetResult() Product {
  return c.product
}
type Director struct {
}
func (d *Director) Construct(builder Builder) {
  builder.BuildPartA()
  builder.BuildPartB()
  builder.BuildPartC()
}


package Builder
import (
  "testing"
)
func TestDirector_Construct(t *testing.T) {
  b1 := &ConcreteBuilder1{product: Product{parts: make([]string, 0)}}
  b2 := &ConcreteBuilder2{product: Product{parts: make([]string, 0)}}
  director := &Director{}
  director.Construct(b1)
  director.Construct(b2)
  p1 := b1.GetResult()
  p2 := b2.GetResult()
  p1.ShowParts()
  p2.ShowParts()
}

其他设计模式

设计模式Git源代码

00简单工厂模式

01工厂方法模式

02抽象工厂模式

03外观模式

04建造者模式

05桥接模式

06命令模式

07迭代器模式

08模板模式

09访问者模式

10备忘录模式

11责任链模式

12中介模式

13原型模式

14状态模式

15策略模式

16享元模式

17组合模式

18解释器模式

19单例模式

20适配器模式

21代理模式

22装饰器模式

23观察者模式


目录
相关文章
|
8月前
|
设计模式 Java
【设计模式系列笔记】建造者模式
建造者模式是一种创建型设计模式,用于将复杂对象的构建与其表示分离,使构建过程可定制。关键元素包括产品类(定义要构建的对象)、建造者接口(定义构建方法)、具体建造者类(实现构建过程)和指导者类(负责构建过程)。通过建造者模式,客户端可以灵活地创建具有不同表示的复杂对象,提高代码的可读性和可维护性,尤其适用于构建过程复杂且包含多个可选部分的情况。
142 1
|
8月前
|
设计模式 安全 Java
构建未来应用:Java设计模式 - 建造者模式(Builder)在现代编程中的应用
【4月更文挑战第7天】建造者模式是提升代码质量的关键,尤其在复杂环境中。它分步骤构建对象,将构建与表示分离,适用于UI构建、数据模型组装、配置文件解析和网络请求构造等场景。最佳实践包括明确构建步骤、提供默认值、支持链式调用和确保线程安全。然而,过多步骤、不一致状态和性能问题是使用时需注意的问题。掌握建造者模式对于现代编程至关重要。
96 3
|
4月前
|
设计模式 算法
设计模式--建造者模式 builder
这篇文章通过一个电脑购买的例子,详细解释了建造者模式的四个角色(产品类、抽象构建者、实体构建类和指导者类),并提供了相应的代码实现,阐述了建造者模式在设计复杂对象时的应用和优势。
设计模式--建造者模式 builder
|
2月前
|
设计模式 JavaScript Java
Java设计模式:建造者模式详解
建造者模式是一种创建型设计模式,通过将复杂对象的构建过程与表示分离,使得相同的构建过程可以创建不同的表示。本文详细介绍了建造者模式的原理、背景、应用场景及实际Demo,帮助读者更好地理解和应用这一模式。
|
4月前
|
设计模式 算法 Java
Java设计模式-建造者模式(6)
Java设计模式-建造者模式(6)
|
5月前
|
设计模式 XML 存储
【四】设计模式~~~创建型模式~~~建造者模式(Java)
文章详细介绍了建造者模式(Builder Pattern),这是一种创建型设计模式,用于将复杂对象的构建与其表示分离,允许分步骤创建一个复杂的对象而无需指定其内部的具体构造细节。通过定义抽象建造者、具体建造者、指挥者和产品角色,建造者模式允许通过相同的构建过程创建不同的产品表示,提高了系统的灵活性和扩展性。
|
7月前
|
设计模式 算法
建造者模式-大话设计模式
建造者模式-大话设计模式
|
8月前
|
设计模式 uml
大话设计模式(3)——造物者一般的建造者模式
大话设计模式(3)——造物者一般的建造者模式
57 1
大话设计模式(3)——造物者一般的建造者模式
|
6月前
|
设计模式 JavaScript
js设计模式【详解】—— 建造者模式
js设计模式【详解】—— 建造者模式
66 0
|
7月前
|
设计模式
设计模式-05建造者模式(Builder Pattern)
设计模式-05建造者模式(Builder Pattern)

热门文章

最新文章