本期精读文章是：The DCI Architecture1 引言随着前端ES6 ES7 的一路前行， 我们大前端借鉴和引进了各种其他编程语言中的概念、特性、模式; 我们可以使用函数式Functional编程设计，可以使用面向对象OOP的设计，可以使用面向接口的思想，也可以使用A…

【编者的话】 本文从对微服务的误解误用切入，探讨什么是微服务，如何切分微服务。提出了结合传统的DDD，领域驱动设计的理念来帮助定义微服务的边界，值得一读。 【3 天烧脑式基于Docker的CI/CD实战训练营 | 北京站】本次培训围绕基于Docker的CI/CD实战展开，具体内容…

RePractise 终于又迎来了新的一篇，要知道上一篇可是在半年前呢——《Repractise 前端篇: 前端演进史 》。照 RePractise 惯例，这又是一篇超长文以及个人的扯淡过程。

软件的核心复杂度在于业务本身，我们需要对业务本身非常熟悉才可能正确的为业务建模。通过统一的语言我们可以编写出表意而且易于和业务人员交流的模型。

交易系统作为电商平台架构的核心系统之一，它为解决什么问题呢？我认为它应最大化满足买卖双方的价值交换，在交易前、后提供完备的服…

「每次一听就会，一用就不会」

上篇我们聊了微服务的 DDD 之间的关系，很多人还是觉得很虚幻，DDD 那么复杂的理论，聚合根、值对象、事件溯源，到底我们该怎么入手呢？

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

来自亚马逊的高级工程师 James Hood 以简单明了的例子说明了为什么要用 DDD 替代 CRUD 来设计 REST API。他提到“DDD 与 REST API 近乎天然地合拍，因为 REST 的资源可以很好地与 DDD 的实体映射起来”。