ddd中接口必须由使用方定义，如order包按业务需求定义inventorychecker接口，而非在infrastructure中预定义通用仓库接口；跨限界上下文调用须通过本包窄接口，禁止直接import对方struct；聚合根字段应非导出，状态变更仅通过受控方法进行；领域方法不执行副作用，事件通过回调或列表返回，由上层统一处理。
接口必须由使用方定义，不是由实现方“提前造好”
很多人一写DDD就先在infrastructure包里定义UserRepo接口，再让domain去依赖它——这直接倒置了依赖方向。领域层不该知道数据库怎么存，更不该为存储方式妥协业务契约。
正确做法是：在domain或application包中，按业务需要声明接口。比如订单确认发货时要查库存，那就由order包定义：type InventoryChecker interface { HasStock([]Item) bool }。这个接口只服务于(*Order).Ship()这一件事，不多不少。
- 接口方法名、参数、返回值，全由调用它的领域逻辑决定，不是“通用仓库接口”的子集
- 别在
infrastructure里写type UserRepository interface然后让domainimport 它——这是包耦合的起点 - 如果
application层同时需要Save和Find，就定义两个分离接口（如OrderSaver和OrderFinder），而不是拼成一个大而全的OrderRepository
跨限界上下文调用只能走本包定义的interface，不能import对方struct
常见错误是order包直接import "github.com/xxx/inventory"，然后把inventory.Item当参数传进(*Order).Ship()。一旦inventory.Item加了个字段，order包立刻编译失败——这不是DDD，是包强耦合。
解法很简单：所有跨上下文协作，都靠当前包自己定义的窄接口。比如order包不关心库存服务怎么实现，只关心“这批货有没有”，所以定义HasStock([]Item) bool，而Item类型也必须是order包自己定义的（或用string/int等基础类型传ID）。
-
order包里的Item和inventory包里的Item是不同类型，哪怕字段一模一样也不可互换 - 具体实现由
application层组装并注入，order包连inventory包的名字都不该出现在import列表里 - 用
go list -f '{{.ImportPath}} -> {{join .Imports "\n"}}' ./... | grep order.*inventory快速扫出越界import
聚合根方法必须封装状态变更，禁止外部直接赋值字段
Go里最容易被忽略的DDD实践点：把Status设成导出字段（首字母大写），然后在handler里写order.Status = "shipped"。这等于绕过所有校验，领域不变量瞬间失效。
聚合根的状态变更入口必须唯一且受控。所有修改都要走(*Order).Ship()这类小写方法，内部做校验、副作用标记、返回error。字段本身应是非导出的（小写开头），构造函数NewOrder()也得做初始校验。
-
Status、ShippedAt等字段必须小写，否则任何包都能直接改 - 方法里不做
if err != nil { return }就直接改字段——错误路径下状态可能已脏 - 不要在方法里发消息或调用HTTP，这些是应用层或基础设施层的事；方法只负责状态+领域事件列表
领域事件用回调函数，别用chan或publish硬编码
很多教程教你在(*Order).Confirm()里直接eventbus.Publish(&OrderConfirmed{...})，结果order包被迫import消息队列SDK，彻底污染领域层。
Go里更轻量的做法是返回事件列表，或者用func()回调。比如o.Confirm()返回[]func(){ func(){ /* 发邮件 */ }, func(){ /* 更新搜索索引 */ } }，由上层统一执行。这样order包完全不知道事件怎么投递，测试时也只需断言回调数量和参数。
- 回调函数签名里避免带具体类型（如
*mail.Sender），只传所需数据（如order.ID,order.CustomerID） - 别用
chan Event，goroutine调度和缓冲问题会让测试不可靠，且难以控制执行顺序 - 如果事件有严格时序要求（如“发货后才扣库存”），就在应用层显式串行调用回调，而不是指望消息中间件保序
领域接口不是装饰，是约束边界的第一道线。它不靠框架强制，而靠go build报错来守住——一旦domain包import了infrastructure，或者order.Status能被外部直接赋值，DDD就从架构退化成了目录命名游戏。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
