2019-11-26 08:21:49 阅读次数 - 370 label 架构 事件风暴 Event Storming 很多人在学习DDD的过程中，都会有一个疑问：DDD的概念看

DDD战略模式中的两个重要的概念：子域与限界上下文到底指的是什么？如何划分子域与限界上下文？

人保高级架构师欧创新，带你建立一套完整系统的基于 DDD 的微服务设计方法，让你的中台和微服务落地如虎添翼。

本篇文章主要讨论一下我们经常会用到的一些对象：VO、DTO、DO和PO。 由于不同的项目和开发人员有不同的命名习惯，这里我首先对上述的概念进行一个简单描述，名字只是个标识，我们重点关注其概念： 概念：

希望通过我们对DDD的实践和思考，为大家提供一些思路和启发。

业务逻辑通常是服务中最复杂的部分。在开发业务逻辑时，你应该以最适合应用程序的方式，精心地设计和组织业务逻辑。我确信大多数读者都经历过不得不维护别人的糟糕代码的挫败感。

领域驱动设计有效地降低了项目的复杂度，将前端中将其业务逻辑与视图层解耦，让开发者更深刻地理解业务。

这是在火币和GitChat主办的领域驱动设计线下活动的分享。

领域驱动设计——软件核心复杂性应对之道。

作者简介：张建飞，Frank，阿里高级技术专家。

你是否还在为微服务应该拆多小而争论不休？到底如何才能设计出收放自如的微服务？怎样才能保证业务领域模型与代码模型的一致性？或许本文能帮你找到答案。

微服务架构几乎都是从 ALL IN ONE 的单体架构演进而来，中间又经历了分布式架构、面向服务架构的演进过程。

判断什么时候应该定义领域服务，什么时候应该定义应用服务，一个根本的判断依据是看需要封装的职责是否与领域相关

“设计原则千万条，高内聚低耦合第一条，架构设计不规范，开发运维两行泪！”。

以美团外卖营销抽奖平台为例，讲述如何在互联网业务系统中实践领域驱动设计。

所谓架构，都在解决“边界”的问题。