Go不推荐照搬经典建造者模式，因其无构造函数重载和私有字段，抽象Builder接口反而臃肿；更倾向用functional options（配置函数）实现灵活构建，语义清晰、无反射、无接口膨胀。
为什么 Go 语言里不推荐直接套用经典建造者模式
Go 没有构造函数重载，也没有 private 字段强制封装，照搬 Java/C++ 那套「抽象 Builder 接口 + Director 控制流程」反而会让代码更臃肿、更难维护。真实项目中，你几乎不会看到 type CarBuilder interface 这种抽象——它既没带来类型安全收益，又增加了调用方的理解成本。
Go 更倾向用结构体字段默认零值 + 可选配置函数（functional options）来实现灵活构建，语义清晰、无反射、无接口膨胀。
用 functional options 实现可读性强的构建逻辑
核心思路是：定义一个目标结构体，所有字段导出（或按需导出），再提供一组以 func(*T) 类型为签名的配置函数，最后在构造函数中依次 apply。
-
Option类型统一为func(*MyStruct)，便于组合和传递 - 每个 option 函数只负责一个职责，比如
WithTimeout(30 * time.Second)、WithRetry(3) - 构造函数接收变参
...Option，内部用循环调用，顺序敏感（后调用的会覆盖前调用的同字段设置） - 避免在 option 中做耗时或副作用操作（如网络请求、文件打开），构建过程应是纯内存行为
type Client struct {
timeout time.Duration
retries int
baseURL string
}
type Option func(*Client)
