头图

从增删改查到事件溯源 - PHP

XuDing
本文转载自【何以解耦】:https://codedecoupled.com/php...

增删改查

如果你是一名 PHP 后端开发,增删改查(CRUD)对你来说,一定不陌生。简单来说,它是指对数据库进行增加,删除,修改,查阅基本操作。增删改查是面向数据库的一种建模方式。PHP 简直是为增删改查而生,它语法简单,无需编译,ORM 遍地开花,你可以快速地将数据库表和网页打通,从而实现增删改查功能。这种快感给人一种错觉,似乎这就是一个后端开发者的核心工作。

让我们用增删改查的思路,设计一个简单购物车:

数据库设计

增删改查的第一步必然是数据库设计。为便于演示,我们设计从简,省去了很多细节,所以千万不要将这种设计用于你的产品中。我们仅使用一个表 carts 来储存购物车商品。

https://codedecoupled.com/assets/images/post/db-design.png

演示

当产品 p-1(ID:1)被加入购物车时,在 carts 表中增添一条数据:

当产品 p-2(ID:2)被加入购物车时,在 carts 表中再次增添一条数据:

当产品 p-1(ID:1)被再次加入购物车时,更新 carts 表中相应数据:

当产品 p-2 被移除购物车时,删除 carts 表中对应数据:

购物车的内容被实时地记录在数据库中,这是增删改查的主要特征。

让我们再来看看另一种截然不同的思想。

事件溯源

事件溯源(Event Sourcing)是领域驱动设计(Domain Driven Design)设计思想中的架构模式之一。领域驱动设计是面向业务的一种建模方式。它帮助我们将注意点放回业务本身。

事件溯源的核心是事件,所有聚合(一种特殊的类)的状态源头来自于事件,所以它叫事件溯源。这里的事件叫做领域事件,与我们通常所讲的事件不同的是,领域事件是指领域专家所关心,业务过程中所发生的事情,它与业务息息相关。

让我们用事件溯源的思想来设计上文中的购物车。

使用领域事件

在购物车这个业务中,假设自己是一个用户的话,我们最感兴趣的几件事情是将商品加入购物车,将商品移除购物车以及对购物车进行结算。于是我们可以总结出几个领域事件。值得注意的是,领域事件都应该是过去式。

当产品 p-1(ID:1)被加入购物车时,在 events 表中增添一条事件数据:

当产品 p-2(ID:2)被加入购物车时,在 events 表中增添一条事件数据:

当产品 p-1 被再次加入购物车时,在 events 表中增添一条事件数据:

当产品 p-2 被移除购物车时,仍然在 events 表中增添一条事件数据:

购物车的内容以事件的形式记录了下来,事件只可追加,不可以删除或者改动。

读取购物车商品

当需要展示购物车内容时,重播 events 表中所储存的事件即可:

拥抱事件溯源

事件溯源要求开发者改变自己的传统的,以数据库设计为源头的思想,从业务开始分析问题。用其开发的系统不仅仅自带日志,而且可以以领域事件为中心来方便地排查问题,同时事件驱动建立的聚合模型也非常容易编写单元测试。

增删改查并非恶魔

需要补充的是,增删改查并非一无是处,相反,在适合它的领域,它是非常强大的。在一些领域,增删改查就是当前的业务。比如一个简单的 CMS,比如 IoT 项目中对数据的存储。

结语

本文转载自【何以解耦】:https://codedecoupled.com/php-to-ddd.html,如果你也对 TDD,DDD以及简洁代码感兴趣,欢迎关注公众号【何以解耦】,一起探索软件开发之道。

阅读 331

全职编程,兼职跑步,临时健身。

7 声望
0 粉丝
0 条评论

全职编程,兼职跑步,临时健身。

7 声望
0 粉丝
文章目录
宣传栏