前言： 在DDD中，一个业务用例对应一个事务，一个事务对应一个聚合根，在一次事务中，只能对一个聚合根进行操作。那么在复杂的业务场景涉及多个聚合根的修改，特别是许多聚合根处于不同的限界上下文中时，我们可以选择使用领域事件对其进行修改。
使用freedom，两行代码就让你轻松搞定领域事件！
一、DomainEvent
什么是领域事件
领域事件是领域驱动设计中的一个重要概念，我们使用领域事件来捕获领域中发生的一些事情。只有那些对业务有价值，能够有助于形成完整的业务闭环，能够推动下一步业务发展的事情，才能被当做领域事件。
这里举一个例子，当用户在订单服务下单付款后，仓储物流团队就可以开始进行发货流程发货了。当用户确认收货后，发票服务的会计团队就能开始做账报税开票了。这一系列的动作都是属于事件，属于各自领域的事件，并且明显的能够推动业务的发展！
随着微服务的兴起，拆分服务和事件风暴在不断的演进，领域事件扮演着灵魂角色。在事件风暴中，发现并提取领域事件，将以领域事件为中心的业务模型，演化成以聚合为中心的领域模型，是DDD落地实践的一种重要手段。
领域事件是属于领域模型的，前面我们已经介绍过聚合和实体都是领域模型。在领域事件建模时，我们因该关注这一点。用户实体修改密码？订单聚合支付？订单聚合发货？它们完成命令后是否因该发布通知？
二、事件的存储
在数据的最终一致性的问题上，我们至少要保证该限界上下文内领域模型的持久化和领域事件的发布是一致的。
如果订单状态修改为已付款，然后在使用MQ基础设施发布失败，那么是不一致的。那么如果是先使用MQ基础设施发布成功，然后在修改订单状态为已付款失败，也是不一致的。
我们需要一张事件表和使用本地事务。在领域模型持久化的同时并插入一条领域事件的记录，它们依赖本地事务来保持数据的一致性。
当事务成功后再使用MQ基础设施发布通知，如果失败了，定时器扫描后继续发送直至发送成功。
//事务伪代码
begin
update order set status = PAID
insert into domain_event_publish
commit
//事件发布表
CREATE TABLE `domain_event_publish` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`topic` varchar(255) NOT NULL,
`content` varchar(2000) NOT NULL,
PRIMARY KEY (`id`)
);
//订单表
CREATE TABLE `order` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`order_no` varchar(65) NOT NULL DEFAULT '',
`user_id` int(11) NOT NULL COMMENT '用户id',
`status` enum('PAID','NON_PAYMENT','SHIPMENT','DONE') NOT NULL DEFAULT 'NON_PAYMENT' COMMENT '支付,未支付，发货，完成',
)
//事件消费表
CREATE TABLE `domain_event_subscribe` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`publish_id` int(11) NOT NULL,
`topic` varchar(255) NOT NULL,
`content` varchar(2000) NOT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `publish_id` (`publish_id`)
)
看到这里你可能觉得会很麻烦和复杂，其实只要代码设计的漂亮，这不过是几行代码的事情。
freedom还有一个额外的优点，当我们事务成功后，并不一定要用MQ这种基础设施去发布通知，也可以选择用HTTP API、RPC，甚至是Golang的Channel、Cond。
发布方
订阅方
三、领域事件的注意事项
领域事件不仅仅只有Topic ，而且还需要使用唯一身份标识符，这样该事件才是一个幂等的事件。
通常发布方用重试用唯一身份标识符来识别，订阅方的幂等消费也用唯一身份标识符来识别。上述示例使用了自增的唯一ID，实际生产中建议使用UUID
虽然事务成功立刻发布消息，定时器只是重试失败的发布，但依然会存在发布和消费的延迟。我们因该细心的评估这种影响。是否可以接受？如果不能接受并且要加入中间状态（例如‘订单确认中’），是否产生依赖和耦合？
领域事件可以解耦微服务，使限界上下文更清晰，并且达到最终一致。通常聚合根可以引用其他限界上下文Query来的值对象，然后聚合根发布事件来触发其他限界上下文的变更。聚合根是不能组合其他限界上下文的实体，不论是否在一个服务内。
领域事件也会有陷阱，最常见的是被动操控型命令。《一、什么是领域事件》已经简单介绍过命令和事件。
这里还是举个例子，当用户为订单付款后，订单发布事件的Topic如果是订单已支付，这是属于该订单领域模型自身发布的领域事件，这个是正确的。如果Topic是开发票，订单这个领域模型让谁开发票？？？这是错误的，这就是被动操控型命令(Passive-aggressive command).
四、代码实战
创建一个修改密码的领域事件
package event
import "encoding/json"
// ChangePassword 修改密码事件
type ChangePassword struct {
ID int `json:"id"`
prototypes map[string]interface{}
UserID int `json:"userID"`
NewPassword string `json:"newPassword"`
OldPassword string `json:"oldPassword"`
}
// Topic 返回该事件的Topic.
func (password *ChangePassword) Topic() string {
return "ChangePassword"
}
// Marshal 序列化.
func (password *ChangePassword) Marshal() []byte {
data, _ := json.Marshal(password)
return data
}
// Identity 返回唯一标识.
func (password *ChangePassword) Identity() interface{} {
return password.ID
}
// SetIdentity 设置唯一标识，通常是事件管理器统一设置.
func (password *ChangePassword) SetIdentity(identity interface{}) {
password.ID = identity.(int)
}
在实体修改密码的行为中使用领域事件
package entity
import (
"github.com/8treenet/freedom"
"github.com/8treenet/freedom/example/fshop/domain/event"
"github.com/8treenet/freedom/example/fshop/domain/po"
)
type User struct {
freedom.Entity //实体的基类，继承后可以使用事件集合的方法。
po.User
}
// Identity 返回实体的唯一标识
func (u *User) Identity() string {
return strconv.Itoa(u.ID)
}
// ChangePassword 修改密码
func (u *User) ChangePassword(newPassword, oldPassword string) error {
if u.Password != oldPassword {
return errors.New("Password error")
}
u.SetPassword(newPassword)
//为实体加入修改密码事件
u.AddPubEvent(&event.ChangePassword{
UserID: u.User.ID,
NewPassword: u.Password,
OldPassword: oldPassword,
})
return nil
}
领域服务的处理
import (
"github.com/8treenet/freedom/example/fshop/domain/dependency"
"github.com/8treenet/freedom/example/fshop/domain/entity"
)
type UserService struct {
UserRepo dependency.UserRepo //依赖倒置用户资源库
Transaction *domainevent.EventTransaction //依赖注入事务组件
}
// ChangePassword 修改密码
func (user *UserService) ChangePassword(userID int, newPassword, oldPassword string) (e error) {
//使用资源库读取用户实体
var userEntity *entity.User
userEntity, e = user.UserRepo.Get(userID)
if e != nil {
return
}
//修改密码
if e = userEntity.ChangePassword(newPassword, oldPassword); e != nil {
return
}
//使用事务组件保证一致性 1.修改密码属性, 2.事件表增加记录
//Execute 如果返回错误 会触发回滚。成功会调用infra/domainevent/EventManager.push
e = user.Transaction.Execute(func() error {
return user.UserRepo.Save(userEntity)
})
return
}
资源库的处理
package repository
import (
"github.com/8treenet/freedom/example/fshop/domain/entity"
"github.com/8treenet/freedom/example/fshop/infra/domainevent"
"github.com/8treenet/freedom"
)
type UserRepository struct {
freedom.Repository
EventRepository *domainevent.EventManager //领域事件组件
}
// Save .
func (repo *UserRepository) Save(entity *entity.User) error {
//持久化实体
_, e := saveUser(repo, &entity.User)
if e != nil {
return e
}
//持久化事件
return repo.EventRepository.Save(&repo.Repository, entity)
}
领域事件组件介绍
//领域事件基础设施包
package domainevent
// EventManager 实现了通用的Pub/Sub处理，资源库引入后直接使用Save方法.
type EventManager struct {
}
//EventTransaction 配合EventManager的事务组件.
type EventTransaction struct {
}
更多细节，请参考代码。
https://github.com/8treenet/freedom/blob/master/example/fshop
目录
- golang领域模型-开篇
- golang领域模型-六边形架构
- golang领域模型-实体
- golang领域模型-资源库
- golang领域模型-依赖倒置
- golang领域模型-聚合根
- golang领域模型-CQRS
- golang领域模型-领域事件
PS：关注公众号《从菜鸟到大佬》，发送消息“加群”或“领域模型”，加入DDD交流群，一起切磋DDD与代码的艺术！
