NewXxx函数是Go中解决字段零值易panic、初始化逻辑散落、调用方强依赖具体结构体的核心实践；它应返回*MyType指针以避免复制、支持方法调用和状态修改，复杂配置用选项模式，多类型扩展用map注册工厂。
Go 里写 NewXxx 函数就是最直接、最实用的 factory，它不是设计模式教科书里的装饰，而是解决“字段零值易 panic”“初始化逻辑散落”“调用方被迫知道具体结构体”这三类真实问题的日常工具。
为什么不能直接用 &MyStruct{} 或 new(MyStruct)
因为 Go 没有构造函数，&MyStruct{} 只做内存分配，不校验、不设默认值、不注入依赖。常见错误现象包括：
-
http.Client.Timeout是零值0，导致请求永不超时（或立即失败，取决于实现） -
*sql.DB字段为nil，调db.Query()直接 panic - 配置参数缺失，但结构体仍能创建成功，直到首次调用才暴露问题
- 测试时无法 mock 初始化过程，比如每次都要连真实数据库
这些都不是“写得不够优雅”的问题，而是工程稳定性风险。
NewXxx 函数该返回什么类型
返回 *MyType 指针是惯例，不是可选项。理由很实际：
立即学习“go语言免费学习笔记（深入）”；
- 避免大结构体复制（尤其是含 slice、map、channel 的）
- 调用方后续能修改字段（如设置回调、更新状态），符合 Go 对可变对象的使用直觉
- 如果要隐藏实现，就返回接口类型（如
Logger），但必须确保所有方法都定义在接口中，且工厂内部确实返回实现了它的结构体指针 - 绝对不要返回
interface{}—— 它让 IDE 失去补全、编译器失去检查、错误延后到运行时
如何安全支持可选配置（比如超时、重试、日志级别）
别给 NewXxx 加七八个参数，用选项模式（Option Pattern）。实操要点：
- 定义不可导出的函数类型：
type option func(*Client) - 每个配置项封装成独立函数：
func WithTimeout(d time.Duration) option { return func(c *Client) { c.timeout = d } } - 工厂函数内部按顺序应用：
for _, opt := range opts { opt(c) }，后传入的 option 覆盖先传入的 - 禁止在 option 函数里做副作用（如启动 goroutine、打开文件），它只负责赋值
- 默认值必须在工厂函数开头硬编码，而不是靠 option 补齐；否则调用方漏传就会用零值
示例调用：cli := NewClient(WithTimeout(5 * time.Second), WithLogger(log))。
什么时候该用 map 注册工厂，而不是 if/else
当新增类型需要**不改已有工厂代码**就能接入时，比如插件化日志后端、支付渠道、缓存驱动。关键不是“看起来高级”，而是解决扩展性痛点：
- if/else 方式：每加一个新类型，就得改
NewLogger函数，还容易漏掉 default 分支 - map 注册方式：定义
var loggers = make(map[string]func(map[string]string) Logger)，各模块 init() 里注册自己，工厂只查表 - 注意 map 非并发安全，若需热加载，得加
sync.RWMutex；但多数服务启动后就不变了，直接读 map 即可 - 注册名必须全局唯一，建议用包路径前缀，如
"github.com/myorg/logger/console"，避免冲突
真正容易被忽略的是：map 注册本身不解决初始化失败问题，每个注册的构造函数仍要返回 (Logger, error)，上层统一处理错误，而不是静默 fallback 到 console。
