Go中建造者模式通过结构体字段控制、链式方法和构造函数封装实现，核心是分离构建过程与对象表示，支持必填校验、可选字段及多变体构建，强调实用性而非形式化抽象。
建造者模式在 Go 中不是靠继承或接口强制实现的，而是通过结构体字段控制、方法链式调用和构造函数封装来达成——核心是把对象的构建过程与表示分离，让同一构建流程能产出不同形态的对象。
用结构体+私有字段控制构建步骤
Go 没有传统面向对象的“抽象建造者”类，但可以用一个 builder 结构体封装待构建对象的字段，并将目标结构体的字段设为小写（未导出），只允许通过 builder 设置：
- 目标结构体（如 User）所有字段小写，禁止外部直接初始化
- builder 结构体（如 UserBuilder）持有这些字段的副本，提供 WithXXX() 方法返回自身指针，支持链式调用
- 最后用 Build() 方法校验并生成最终对象
实现可选字段与必填校验
Builder 不仅简化创建，还能区分必填/可选字段，并在 Build 阶段统一检查：
- 把必填字段（如 Name、Email）作为 builder 的字段，每次 WithXXX 都更新它
- 在 Build() 中判断关键字段是否为空，空则 panic 或返回 error（推荐返回 error 更可控）
- 可选字段（如 Age、Avatar）留空即跳过，不参与校验
支持多种产品变体（比如 User 和 AdminUser）
若需构建不同但相似的对象（如普通用户 vs 管理员），可复用 builder 逻辑：
立即学习“go语言免费学习笔记（深入）”；
- 定义通用 builder 接口（如 Builder interface{ Build() interface{} }），让不同 builder 实现它
- 或更 Go 风格：为每种类型单独写 builder（UserBuilder / AdminBuilder），共用部分逻辑抽成函数（如 validateEmail()）
- 避免强行抽象，优先清晰胜过复用
实际代码示例（精简版）
以构建 User 为例：
// 目标对象（不可直接 new）
type user struct {
name string
email string
age int
}
// Builder 结构体
type UserBuilder struct {
name string
email string
age int
}
func NewUserBuilder() *UserBuilder {
return &UserBuilder{}
}
func (b *UserBuilder) WithName(name string) *UserBuilder {
b.name = name
return b
}
func (b *UserBuilder) WithEmail(email string) *UserBuilder {
b.email = email
return b
}
func (b *UserBuilder) WithAge(age int) *UserBuilder {
b.age = age
return b
}
func (b *UserBuilder) Build() (*user, error) {
if b.name == "" || b.email == "" {
return nil, fmt.Errorf("name and email are required")
}
return &user{
name: b.name,
email: b.email,
age: b.age,
}, nil
}
// 使用：
u, _ := NewUserBuilder().WithName("Alice").WithEmail("a@b.c").WithAge(30).Build()
基本上就这些。Go 的建造者模式重在意图明确、控制权收口、错误早发现，不追求形式上的“模式完整”，实用就好。
