七叶笔记 » golang编程 » Golang领域模型-领域事件

Golang领域模型-领域事件

前言: DDD 中,一个业务用例对应一个事务,一个事务对应一个聚合根,在一次事务中,只能对一个聚合根进行操作。那么在复杂的业务场景涉及多个聚合根的修改,特别是许多聚合根处于不同的限界上下文中时,我们可以选择使用领域事件对其进行修改。

转自:

参考:go语言中文文档:www.topgoer.com

使用 freedom ,两行代码就让你轻松搞定领域事件!

一、DomainEvent

什么是领域事件

领域事件是领域驱动设计中的一个重要概念,我们使用领域事件来捕获领域中发生的一些事情。只有那些对业务有价值,能够有助于形成完整的业务闭环,能够 推动下一步业务发展 的事情,才能被当做领域事件。

这里举一个例子,当用户在订单服务下单付款后,仓储物流团队就可以开始进行发货流程发货了。当用户确认收货后,发票服务的会计团队就能开始做账报税开票了。这一系列的动作都是属于事件,属于各自领域的事件,并且明显的能够推动业务的发展!

随着微服务的兴起,拆分服务和 事件风暴 在不断的演进,领域事件扮演着灵魂角色。在事件风暴中,发现并提取领域事件,将以领域事件为中心的业务模型,演化成以聚合为中心的 领域模型 ,是DDD落地实践的一种重要手段。

领域事件是属于领域模型的,前面我们已经介绍过 聚合 实体 都是领域模型。在 领域事件 建模时,我们因该关注这一点。用户 实体 修改密码?订单 聚合 支付?订单 聚合 发货?它们完成命令后是否因该发布通知?

二、事件的存储

在数据的 最终一致性 的问题上,我们至少要保证该限界上下文内领域模型的 持久化 和领域事件的发布是一致的。

如果订单状态修改为 已付款 ,然后在使用 MQ基础设施 发布失败,那么是不一致的。那么如果是先使用 MQ基础设施 发布成功,然后在修改订单状态为 已付款 失败,也是不一致的。

我们需要一张事件表和使用本地事务。在领域模型持久化的同时并插入一条领域事件的记录,它们依赖本地事务来保持数据的一致性。

当事务成功后再使用 MQ基础设施 发布通知,如果失败了,定时器扫描后继续发送直至发送成功。

 //事务伪代码
begin
  update order set status = PAID
  insert into domain_event_publish
 com mit 

//事件发布表
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 {
}
  

更多细节,请参考代码。

相关文章