设计是把双刃剑，没有最好的，也没有更好的，而是条条大路到杭州。同时不设计和过度设计都是有问题的，恰到好处的设计才是我们追求的极致。DDD（Domain-Driven Design，领域驱动设计）只是一个流派，谈不上压倒性优势，更不是完美无缺。 我更想跟大家分享的是我们是否关注…

在问题空间中存在很多具有固有身份的概念，通常情况下，这些概念将建模为实体。 实体是具有唯一标识的概念，找到领域中的实体并对其进行建模是非常重要的环节。如果理解一个概念是一个实体，就应该追问领域专家相关的细节，比如概念生命周期、核心数据、具体操作、不变规则等；从技术上来说，我们可…

通讯协议：微服务的推荐通讯协议是RESTful，而传统的SOA是SOAP。不过基于轻量级的RPC框架Dubbo、Thrift、gRPC来实现微服务也很多；在Spring Cloud中也有Feign框架将标准RESTful转为代码的API这种仿RPC的行为，这些通讯协议不是区分微…

本文是「后端开发实践系列」的第二篇，主要介绍了DDD中的应用服务、聚合、资源库和工厂等概念以及与它们相关的编码实践，更着重讲到了软件的读写操作在DDD中的实现方式。

本文为原创文章，转载请注明作者及出处 软件的核心是其为用户解决领域相关问题的能力。 — Eric Evans 《领域驱动设计—软件核心复杂性应对之道》 交易系统作为电商平台架构的核心系统之一，它为解决什么问题呢？我认为它应最大化满足买卖双方的价值交换，在交易前、后提供完备的服…

我正在撰写《实践领域驱动设计（Practice Domain-Driven Design，暂定名）》，本书的简略版会在近几个月陆续在GitChat上发布，而完整版会充实更多内容，然后出版纸质书。 最近十年，我在许多项目以及咨询中都在尝试实践领域驱动设计，也体会到这种设计方法给设…

领域事件主要用于解耦微服务，此时各个微服务之间将形成最终一致性。事件风暴活动有助于我们对微服务进行拆分，并且有助于我们深入了解某个领域。领域事件作为已经发生过的历史数据，在建模时应该将其创建为不可变的特殊值对象。存在多种方式用于发布领域事件，其中 “在聚合中临时保存领域事件” 的方式是值得推崇的。另外，我们需要考虑到聚合更新和事件发布之间的原子性，可以考虑使用 XA 事务或者采用单独的事件表。为了避免事件重复带来的问题，最好的方式是将事件的消费方创建为幂等的。