go反对教条套用设计模式，主张用包变量、函数、接口和组合等原语直击问题；newxxx()函数、函数选项等惯用法比工厂接口、装饰器结构体更轻量、清晰、易维护。
Go 不反对设计模式，但反对过早、生硬、教条地套用设计模式——这不是语言能力不足，而是对 Go 的工程哲学理解偏差。
Go 的简洁不是功能少，而是把“默认路径”设计得足够直白：接口隐式实现、函数是一等公民、包级封装、组合优于继承。当这些原语就能干净解决问题时，硬加 Factory、Observer、Builder 反而增加认知负担和维护成本。
什么时候该用单例？什么时候该直接用包变量？
很多新手看到“全局唯一”就立刻写 sync.Once + GetInstance()，但 Go 中更自然的写法往往是：
- 配置对象：直接定义
var Config = &config{...}，在init()里初始化，够用且无竞态 - 日志器：
log.Default()或zap.L()已是单例语义，无需再包一层 - 数据库连接池：
sql.Open()返回的*sql.DB本身就是线程安全的共享句柄，它内部已做连接复用，你再套个单例纯属冗余
只有当你需要「延迟初始化 + 多协程首次竞争安全」时，sync.Once 才真正必要。否则，包级变量 + init() 更轻、更易测试、更符合 Go 的惯用法。
