建造者模式是一种创建型设计模式，用于解决构造复杂对象时参数过多、逻辑混乱的问题。它将构建过程与表示分离，使同样的构建过程能创建不同表示。例如在golang中构建computer对象时，通过定义computerbuilder接口、具体建造者standardcomputerbuilder、产品类computer及可选的director来分步骤构建对象。其适用场景包括：1. 参数多且组合复杂；2. 构建过程需复用；3. 需控制构建顺序；4. 屏蔽构建细节。与工厂模式的区别在于，工厂关注产出什么，而建造者关注怎么产出。当需要一步步组装对象时应使用建造者模式。
在Golang中使用建造者模式，主要是为了解决复杂对象构建过程中参数过多、逻辑混乱的问题。它通过分步骤构建一个对象，把构建过程和表示分离，使得同样的构建过程可以创建不同的表现。
什么是建造者模式？
建造者模式（Builder Pattern）是一种创建型设计模式，适用于那些构造过程复杂、参数众多的对象。它的核心思想是：将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创建不同的表示。
举个例子，比如你要构建一个
Computer对象，可能有不同的配置选项，如CPU、内存、硬盘等。如果直接用结构体初始化或者多个构造函数，会显得很杂乱。这时候就可以用建造者模式来一步步构建这个对象。
立即学习“go语言免费学习笔记（深入）”；
Golang中如何实现建造者模式？
Golang没有构造函数的概念，但可以通过结构体+方法的方式模拟。下面是一个简单的实现方式：
定义Builder接口
type ComputerBuilder interface {
SetCPU(cpu string)
SetRAM(ram string)
SetStorage(storage string)
Build() *Computer
}定义具体建造者
type StandardComputerBuilder struct {
computer *Computer
}
func (b *StandardComputerBuilder) SetCPU(cpu string) {
b.computer.CPU = cpu
}
func (b *StandardComputerBuilder) SetRAM(ram string) {
b.computer.RAM = ram
}
func (b *StandardComputerBuilder) SetStorage(storage string) {
b.computer.Storage = storage
}
func (b *StandardComputerBuilder) Build() *Computer {
return b.computer
}定义产品类
type Computer struct {
CPU string
RAM string
Storage string
}定义Director（可选）
如果你希望统一构建流程，可以加一个Director角色：
type Director struct {
builder ComputerBuilder
}
func (d *Director) SetBuilder(builder ComputerBuilder) {
d.builder = builder
}
func (d *Director) BuildMinimalComputer() {
d.builder.SetCPU("i5")
d.builder.SetRAM("8GB")
}
func (d *Director) BuildFullComputer() {
d.builder.SetCPU("i7")
d.builder.SetRAM("16GB")
d.builder.SetStorage("512GB SSD")
}这样你就可以通过Director来控制构建流程了：
builder := &StandardComputerBuilder{computer: &Computer{}}
director := &Director{builder: builder}
director.BuildFullComputer()
computer := builder.Build()建造者模式适用的场景有哪些？
- 参数多且组合复杂：当构造一个对象需要传入很多参数，而且有些参数是可选的时候，传统的NewXXX函数会变得难以维护。
- 构建过程需要复用：比如不同类型的计算机，构建流程类似，只是部件不同。
- 需要控制构建顺序：某些对象的构建必须按一定顺序进行，比如先设置CPU再设置主板。
- 想屏蔽构建细节：使用者只需要知道最终接口，不需要关心内部怎么一步步构建出来的。
例如数据库连接池的初始化、HTTP请求的构造、配置对象的生成等都可以用建造者模式。
和工厂模式的区别在哪？
- 工厂模式更注重的是“产出什么”，关注的是最终的产品类型。
- 建造者模式更注重的是“怎么产出”，关注的是构建过程和细节。
简单来说：
- 如果你只是要一个成品，用工厂模式。
- 如果你要一步步组装出来，用建造者模式。
比如：
- 创建一辆车，用工厂模式，直接返回整车。
- 创建一辆定制车，先装发动机、再装轮胎、最后喷漆，就适合用建造者。
基本上就这些。建造者模式在Golang里虽然没有像Java那样有标准写法，但通过结构体+接口+方法的组合，完全可以实现类似效果。关键是理解其适用场景，别为了用模式而用模式。
