领域驱动设计个人总结（附高清书籍）

以下文章是笔者关于 DDD 的个人领悟总结

高清书籍

《领域驱动设计：软件核心复杂性应对之道》
提取码：6290

《实现领域驱动设计》
提取码：xl3t

《领域驱动设计精粹》
提取码：sgr2

如何用 GraphQL+JavaPoet 把前端逼成瓶颈 (AKA: 如何炒了自己)

上篇文章中提到《DDD 探险——基于 GraphQL+Dgraph 实践》了一种假设如果前端能通过领域模型进行数据操作，能否通过 GraphQL Schema 同时描述领域模型、API 接口以及数据库结构？基于此假设提供了 Arc 框架，同时采用 Dgraph 作为数据存储。既然我们已经有了 Schema，能否基 ..

DDD 探险——基于 GraphQL+Dgraph 实践

1. DDD 代码已开源: https://github.com/YituHealthcare/Arc 《DDD 从入门到放弃》只需要一张脑图 [图片] 一个很奇怪的现象，介绍 DDD 的文章基本往往只聊思想和概念，不聊落地和代码。 '思想，意会就好'，或者说是不是 DDD 只负责前期的设计。因为不像设计模式一样有 ..

实例实战! 领域驱动四色建模法分析需求

[图片] 领域驱动和微服务的关系自从微服务火了之后，如何去划定微服务的界限成了团队一直讨论不休的问题。界限大了，一个库里面十几张表，又变成了以前的单体应用，界限小了，一个微服务里面就一个方法，然后还要用一个 Jvm 去跑这时候，我们就可以用领域驱动来解决微服务界限划分问题，一个微服务代码一个领域，这样是再好不 ..

什么是领域模型？我们常用的贫血模型是否已经过时？

本文转自知乎，作者：美团技术团队前言至少 30 年以前，一些软件设计人员就已经意识到领域建模和设计的重要性，并形成一种思潮，Eric Evans 将其定义为领域驱动设计（Domain-Driven Design，简称 DDD）。在互联网开发“小步快跑，迭代试错”的大环境下，DDD 似乎是一种比较“古老而缓慢”的思想 ..

领域驱动设计 DDD 之上下文映射图

上下文映射图的英文是 Context Map 其实这个翻译挺难理解的，上下文映射图其实就是不同上下文是如何进行交流的关系。由于上下文映射图内容比较少。以下内容摘自《领域驱动设计精粹》。三种集成方式 RPC 方式消息队列或者发布-订阅机制。 RESTful 方式上下文映射的种类合作关系：合作关系存在于两个团队之 ..

领域驱动设计 DDD 之限界上下文

战术设计是从微观视角对单个微服务的编码设计，而战略设计是从宏观视角对多个微服务的交互设计。从人体学来说，一个器官的内部构造属于战术设计，多个器官之间的协作属于战略设计。好比心肺器官之间的协作配合。为什么需要战略设计？假设我们在设计订单模型时，下单操作涉及到会员等相关规则，比如增加积分等操作。（此时我们还未将订单子域 ..

领域驱动设计 DDD 之资源库

为什么使用资源库？如果完全按照领域模型的角度，完全通过遍历对象的方法来获取所有关联的对象。这种模型会过于错综复杂。对象嵌套的层级或者关联的层级非常深。例如通过 Customer.order.product.price 层层遍历来获取当时客户订单的商品的价格。那如果完全按照数据库模型的角度，模型中的对象不需要完全连接 ..

欢迎来到这里！

我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。

关于