🚫 别把 .pb.go 当亲儿子养！—— 一个 Go 工程师的血泪忏悔录

“我的 API 层用 Protobuf 定义，Domain 层也用 Protobuf 实现，连测试桩都靠 proto.Clone()……
直到某天，产品经理说：‘用户昵称要支持 emoji 表情前缀 🐷🎉’——我当场把咖啡泼在了 MacBook 上。”
—— 一位不愿透露姓名的「Proto-Purist」，凌晨 3:27 在 GitHub Issues 留言

今天不聊高并发、不讲 GC 优化——咱来扒一扒 Go 项目里那个看似优雅、实则埋雷的流行姿势：
👉 在业务代码中直接使用 .pb.go 生成的 struct。

（是的，就是你 import "github.com/you/repo/api/v1" 然后 user := &v1.User{} 的那个 user）

🧨 你以为你在“拥抱标准”，其实你在“给魔鬼递扳手”

Protobuf 本质是什么？
✅ 二进制序列化协议
✅ 跨语言数据交换契约
✅ 网络边界的“外交辞令”

但它不是：
❌ 业务领域的对象模型
❌ 内存中的数据结构规范
❌ Go 代码的设计蓝图

🔥 类比暴击：
用 Protobuf struct 当 Domain Model，
就像用护照照片当自拍头像——
虽然确实是“你”，但没人敢说它“生动”“自然”“能表达情绪”。

🤖 三大“原罪”：为什么 .pb.go 不配进你的 Domain 层

1️⃣ 【零值灾难】—— 0 是年龄？还是“还没填”？

Protobuf v3 干掉了 optional，所有字段默认 zero-value：

• int32 age = 1; → 未传时 Age == 0
• bool is_vip = 2; → 未传时 IsVip == false

于是你看到：

func UpdateUser(u *v1.User) {
    if u.Age == 0 { // 是婴儿？还是根本没传 age？
        // ……逻辑在此裂开
    }
}

💀 真实事故：某社交 App 把 age=0 的用户全打上了「新生儿体验计划」标签，
结果给 80 万沉默用户推送了《如何哄睡 0~3 月龄宝宝》📚

✅ 解法：用 google.protobuf.Int32Value + optional（v3.15+），但——

❗这又让 struct 变成了 *wrapperspb.Int32Value 的嵌套套娃，
你是在写业务逻辑，还是在玩「指针俄罗斯套娃」？

2️⃣ 【命名绑架】—— 你代码的命，叫 snake_case

.proto 文件里写的是 user_id，生成的 Go 字段就是 UserId（PascalCase，但语义仍是 snake）。

于是你的代码长这样：

// 看起来像 Go，闻起来像 Python，摸起来像 Java
u := &v1.User{
    UserId:   123,      // 👈 这是 Go 的命名？这是妥协的遗迹！
    UserName: "gopher",
    IsVip:    true,
}

更惨的是 JSON marshal：

json.Marshal(u) // → {"user_id":123,"user_name":"gopher","is_vip":true}

→ 前端同事怒吼：“后端又把下划线塞过来了！！！”

🐍 本质：Protobuf 强行用 IDL 的审美，覆盖了 Go 的惯用法（Effective Go：Use MixedCaps or mixedCaps）。
你牺牲了语言一致性，只为“跨语言方便”——可你的服务根本只有 Go 啊！

3️⃣ 【封装死亡】—— 方法？行为？不存在的！

Protobuf struct 是 纯数据容器：

• 不能有方法（func (u *User) Validate() error？不存在）
• 不能有自定义 marshal/unmarshal
• 不能有业务逻辑约束（“昵称不能以空格开头”？自己每次手动 check）

于是你被迫写：

func CreateUser(req *v1.CreateUserRequest) error {
    if strings.TrimSpace(req.UserName) == "" {
        return errors.New("name empty")
    }
    if len(req.UserName) > 20 {
        return errors.New("name too long")
    }
    if !regexp.MustCompile(`^[a-zA-Z0-9_]+$`).MatchString(req.UserName) {
        return errors.New("invalid chars")
    }
    // ……10 行校验，散落在每个 handler 里
}

🧱 技术债利息：
每次加字段，你都要翻 5 个 handler 补校验——
直到某天漏了一个，生产库进了 username: " DROP TABLE users;--"（别笑，真发生过）。

🛠️ 正确姿势：Protobuf —— 只配待在「边境」

🌍 网络是国界，Protobuf 是外交文书；
内部是国土，Go struct 是公民身份证。

✅ 推荐架构：清晰的“边境检查站”

[Client] 
    → (HTTP/gRPC w/ Protobuf) 
        → [Transport Layer：解包 → 转 Domain] 
            → [Domain Layer：纯 Go struct + 方法] 
                → [Repo Layer]

示例：一个干净的分层

// api/v1/user.proto ← 只定义契约
message CreateUserRequest {
  string user_name = 1;
  int32  age        = 2;
}

// → 生成 api/v1/user.pb.go（只 import 在 transport 层！）

// domain/user.go ← 真正的业务对象
type User struct {
    ID   uuid.UUID
    Name string
    Age  *int // ← 注意：指针！0 和 nil 有区别
}

func (u *User) Validate() error {
    if u.Name == "" {
        return fmt.Errorf("name required")
    }
    if u.Age != nil && *u.Age < 0 {
        return fmt.Errorf("age must be non-negative")
    }
    return nil
}

// transport/http/user_handler.go
func (h *Handler) CreateUser(w http.ResponseWriter, r *http.Request) {
    var req v1.CreateUserRequest
    if err := proto.Unmarshal(body, &req); err != nil { ... }

    // 🌟 关键一步：转换！
    domainUser := domain.User{
        ID:   uuid.New(),
        Name: req.UserName,
        Age:  proto.Int32ToPtr(req.Age), // helper: 转 *int
    }

    if err := domainUser.Validate(); err != nil { // ← 行为在此！
        http.Error(w, err.Error(), 400)
        return
    }

    h.UserService.Create(domainUser) // ← 传入纯 domain 对象
}

✅ 好处：

• Domain 层零依赖 Protobuf，可独立单元测试
• 字段语义清晰（*int 表示“可选”）
• 行为内聚（Validate() 随对象走）
• 命名自由（Name vs UserName）

🎁 Bonus：Protobuf 的「正确打开方式」清单

🪧 银行门口标语：
“Protobuf 只准在 Transport Layer 下车，违者罚款 10 个 PR 审查 comment”

🧘 结语：少一点“为了规范而规范”，多一点“为未来留活路”

Protobuf 是好工具——
但就像电锯，适合伐木，不适合切牛排 🥩。

你的 Domain 代码，值得拥有：

• 清晰的语义（*int > int）
• 封装的行为（.Validate() > 10 行 if）
• Go 的味道（Name > UserName）

下次写 .proto 时，请默念三遍：

“我是契约，不是实现；我是边界，不是领土。”

—— 愿你的代码，不再因一个 user_id 而深夜报警 🚨