经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 程序设计 » Go语言 » 查看文章
CQRS简单入门(Golang)
来源:cnblogs  作者:KendoCross  时间:2019/1/30 9:39:49  对本文有异议

一、简单入门之入门

  CQRS/ES和领域驱动设计更搭,故整体分层沿用经典的DDD四层。其实要实现的功能概要很简单,如下图。

 

  基础框架选择了https://github.com/looplab/eventhorizon,该框架功能强大、示例都挺复杂的,囊括的概念太多,不太适合入门,所以决定在其基础上,进行简化。

        

二、简化使用eventhorizon

  Eventhorizon已经提供了详尽的使用案例(https://github.com/looplab/eventhorizon/tree/master/examples),只是概念比较多,也不符合之前的一般使用方式,故按照概要图进行简化使用。

1.presentation

  使用github.com/gin-gonic/gin,路由功能等,与业务无关都可以委托出去,同时抽象了一个核心的函数,作为衔接presentation 和application层。

从gin上下文中读取输入数据,并根据约定的Command Key,转交给application层进行相应的Command解析。

  1. 1 func handles(command string) gin.HandlerFunc {
  2. 2 return func(c *gin.Context) {
  3. 3 data, err := c.GetRawData()
  4. 4 if err != nil {
  5. 5 c.JSON(http.StatusBadRequest, "")
  6. 6 return
  7. 7 }
  8. 8 result := application.HandCommand(data, command)
  9. 9 c.JSON(http.StatusOK, result)
  10. 10 }
  11. 11 }

2. application

  Application很薄的一层,依然是与业务无关的,重点在于将计算机领域的数据、模型,转换为业务领域建模所需。

  核心函数依然只有一个,主要功能为:创建正确的Command;将presentation层传递上来数据转为为领域层所需要的模型(Command来承载);委托“命令总线”发布命令,不必关心命令的接收方会怎样,解除对命令执行方的依赖,只关心命令是否正确发送出去;向presentation层报告命令发布情况。

  1. //api2Cmd 路由到领域CMD的映射
  2. var api2Cmd map[string]eh.CommandType
  3. type Result struct {
  4. Succ bool `json:"success"`
  5. Code int `json:"code"`
  6. Msg string `json:"msg"` // message
  7. Data interface{} `json:"data"` // data object
  8. }
  9. func HandCommand(postBody []byte, commandKey string) (result Result) {
  10. cmd, err := eh.CreateCommand(eh.CommandType(commandKey))
  11. if err != nil {
  12. result.Msg = "could not create command: " + err.Error()
  13. return
  14. }
  15. if err := json.Unmarshal(postBody, &cmd); err != nil {
  16. result.Msg = "could not decode Json" + err.Error()
  17. return
  18. }
  19. ctx := context.Background()
  20. if err := bus.HandleCommand(ctx, cmd); err != nil {
  21. result.Msg = "could not handle command: " + err.Error()
  22. return
  23. }
  24. result.Succ = true
  25. result.Msg = "ok"
  26. return
  27. }

3. domain

  Domain层,核心的业务逻辑层,不进行累赘的表述,重点需要介绍下domain/Bus。总线也可以放置到infrastructure层,不过根据个人习惯写在了domain层里。

  Domain/Bus,整个CQRS的核心、负责命令、事件的发布、注册等功能。核心功能主要有:命令的注册、命令的执行、事件的注册、事件的发布(异步)和存储、EventStore的构建等。核心功能和方法如下:

  1. //commandBus 命令总线
  2. var commandBus = bus.NewCommandHandler()
  3. //eventBus 事件总线
  4. var eventBus = eventbus.NewEventBus(nil)
  5. //
  6. var eventStore eh.EventStore
  7. //aggregateStore 领域事件存储与发布
  8. //var AggregateStore *events.AggregateStore
  9. func InitBus() {
  10. eventStore, _ = eventstore.NewEventStore("127.0.0.1:27017", "EventStore")
  11. //AggregateStore, _ = events.NewAggregateStore(eventStore, eventBus)
  12. }
  13. //RegisterHandler 注册命令的处理
  14. func RegisterHandler(cmd eh.CommandType, cmdHandler eh.Aggregate) {
  15. err := commandBus.SetHandler(cmdHandler, cmd)
  16. if err != nil {
  17. panic(err)
  18. }
  19. }
  20. //HandleCommand 命令的执行
  21. func HandleCommand(ctx context.Context, cmd eh.Command) error {
  22. return commandBus.HandleCommand(ctx, cmd)
  23. }
  24. //RegisterEventHandler 注册事件的处理
  25. func RegisterEventHandler(evtMatcher eh.EventMatcher, evtHandler eh.EventHandler) {
  26. eventBus.AddHandler(evtMatcher, evtHandler)
  27. }
  28. //RaiseEvents 异步进行事件的存储 和 发布
  29. func RaiseEvents(ctx context.Context, events []eh.Event, originalVersion int) error {
  30. go eventStore.Save(ctx, events, originalVersion)
  31. for _, event := range events {
  32. err := eventBus.PublishEvent(ctx, event)
  33. if err != nil {
  34. return err
  35. }
  36. }
  37. return nil
  38. }

4. infrastructure

  由于是简单入门infrastructure层进行了抽象简化,提供基本的仓储功能。领域层进行业务处理根据所需进行数据的持久化以及读取等。

 

三、简要总结

  一种方法是使其足够简单以至于不存在明显的缺陷,另外一种是使其足够复杂以至于看不出有什么问题。

  以上组合已经能够支持最基础的CQRS/ES的概念和功能了。

  现在看看如何利用已有的东西,对具体业务进行融合。

四、小试牛刀

  支付项目中第三方支付公司需要和客户进行签约。需要调用支付公司的接口将用户提交的基本信息提交给支付公司,支付公司发送验证码并告知用户须知,签约成功之后需要将协约基本信息进行保存,以后使用该协约进行代收付等资金业务。

  单纯演示,将概要设计简化如下:获取客户端提交的用户信息,校验数据,调用第三方支付的接口,持久化到SQLite数据库,激活领域事件存储到MongoDB,领域事件的处理。

1. presentation

  这里偷懒,没有进行API路由和命令的映射,统一使用了"/api/sign_protocol"。核心代码注册API。

  1. signProtocolAPI := "/api/sign_protocol"
  2. router.POST(signProtocolAPI, handles(signProtocolAPI))

2. application

         Application层不需要额外代码

3. domain

         domain层只需要commands.go、protocol.go;代码也很简单,command主要两个功能承载入参、承接应用层到聚合根。

  1. func init() {
  2. eh.RegisterCommand(func() eh.Command { return &SignProtocol{} })
  3. }
  4. const (
  5. SignCommand eh.CommandType = "/api/sign_protocol"
  6. )
  7. type SignProtocol struct {
  8. ID uuid.UUID
  9. //通道号
  10. AisleType string `json:"AisleType"`
  11. //银行code,各平台不一样
  12. BankCode string `json:"BankCode"`
  13. //账户类型
  14. AccountType string `json:"AccountType"`
  15. //账户属性
  16. AccountProp string `json:"AccountProp"`
  17. //银行卡号
  18. BankCardNo string `json:"BankCardNo"`
  19. //预留手机号
  20. ReservePhone string `json:"Tel"`
  21. //银行卡预留的证件类型
  22. IDCardType string `json:"IDType"`
  23. //银行卡开户姓名
  24. CardName string `json:"CardName"`
  25. //银行卡预留的证件号码
  26. IDCardNo string `json:"IDCardNo"`
  27. //提示标识
  28. Merrem string `json:"Merrem"`
  29. //备注
  30. Remark string `json:"Remark"`
  31. }
  32. func (c SignProtocol) AggregateID() uuid.UUID { return c.ID }
  33. func (c SignProtocol) CommandType() eh.CommandType { return SignCommand }
  34. func (c SignProtocol) AggregateType() eh.AggregateType { return "" } //Command需要知道具体Aggregate的存在,貌似不甚合理呀!!!

         protocol.go聚合根,主要的业务逻辑。这里也很简单,进行领域服务请求、并且进行持久化。

  1. func init() {
  2. prdctAgg := &ProtocolAggregate{
  3. AggregateBase: events.NewAggregateBase("ProtocolAggregate", uuid.New()),
  4. }
  5. bus.RegisterHandler(SignCommand, prdctAgg)
  6. }
  7. type ProtocolAggregate struct {
  8. *events.AggregateBase
  9. }
  10. var _ = eh.Aggregate(&ProtocolAggregate{})
  11. func (a *ProtocolAggregate) HandleCommand(ctx context.Context, cmd eh.Command) error {
  12. switch cmd := cmd.(type) {
  13. case *SignProtocol:
  14. //命令只需要确定输入参数满足业务校验即可
  15. err := a.CheckSign()
  16. if err != nil {
  17. return err
  18. }
  19. //实际的业务可以异步进行处理
  20. go a.CfrmSign(cmd)
  21. return nil
  22. }
  23. return fmt.Errorf("couldn't handle command")
  24. }
  25. func (a *ProtocolAggregate) CheckSign() error {
  26. //校验输入参数是否有效,
  27. return nil
  28. }
  29. func (a *ProtocolAggregate) CfrmSign(cmd *SignProtocol) error {
  30. protocolOrm := &interfaces.ProtocolOrm{
  31. ProtocolNo: uuid.New().String(),
  32. AisleType: cmd.AisleType,
  33. BankCode: cmd.BankCode,
  34. BankCardNo: cmd.BankCardNo,
  35. ReservePhone: cmd.ReservePhone,
  36. CardName: cmd.CardName,
  37. IDCardNo: cmd.IDCardNo,
  38. Merrem: cmd.Merrem,
  39. Remark: cmd.Remark,
  40. Status: 1,
  41. }
  42. protocolOrm.AccountType, _ = strconv.Atoi(cmd.AccountType)
  43. protocolOrm.AccountProp, _ = strconv.Atoi(cmd.AccountProp)
  44. protocolOrm.IDCardType, _ = strconv.Atoi(cmd.IDCardType)
  45. //这里本应该的业务逻辑请求,通过领域服务
  46. //result := domainser.Allinpay.SignGetCode(protocolOrm)
  47. protocolRepo := infrastructure.RepoFac.ProtocolRepo
  48. _, err := protocolRepo.Add(protocolOrm)
  49. if err != nil {
  50. return err
  51. }
  52. ctx := context.Background()
  53. //业务处理成功后,激活领域事件
  54. bus.RaiseEvents(ctx, a.Events(), 0)
  55. return nil
  56. }

4. infrastructure

         Infrastructure一般的持久化。

五、一句啰嗦

  麻雀虽小五脏俱全,很小的一golang项目(https://github.com/KendoCross/kendocqrs),入门CQRS是足够的。掌握了核心的基础,稍微融会贯通、举一反三其实就可以组合出大项目了。

 

原文链接:http://www.cnblogs.com/KendoCross/p/10333145.html

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号