DDD泛在语言UL

本体Ontology一词在哲学中代表“存在Being”的概念，类似我们日常语言中的“主语”，当你将某个词语作为主语时，比如A如何,A怎么,,，说这话的前提是你已经默认A的存在，但是实际上A是否存在还需要被论证，因此，如果你突然说出这段话，表示你在带节奏。根据维基百科定义：领域本体指的是那些属

看到有一位掌握五门语言的人说：我喜欢英语，因为它能精确地表达复杂思想。banq：如果你只懂一门语言，就被其限制，正如计算机语言你只懂一门，很快就会被淘汰。维特根斯坦：如果你无法表达就沉默。banq：如果无法用一种语言表达，就试验用另外一种语言表达，语言会限制你的思想。

这是DDD专家 Mathias Verraes和

早期面向对象设计OOAD是通过发现名词来发现寻找对象，今天，我们不提倡使用名词发现法来简单地模拟现实世界中的事物，现实要复杂得多。找到好的对象意味着识别属于应用程序域及其执行机制的抽象。他们与现实世界事物的对应充其量可能是微不足道的。即使在对领域概念进行建模时，您也需要仔细查看这些对象如何适

显性知识：这些都是很容易得到的事实，并不特别值得多说。“英国的首都是什么”或者“特斯拉今天的市值是多少”可以在网上快速查询。这些是公共的显性知识，还有私人的显性知识，虽然某些知识并不是特别难以传播，但拥有这些知识的人可能没有传播的动力，例如，在设计科学实验时，了解各种试剂、用品和设备的成本可

这是国家医保信息业务编码标准，按照“统一分类、统一编码、统一维护、统一发布、统一管理”的总体要求，将医疗保障编码标准统一为新时期医保信息交换的通用语言。搭建统一的动态维护平台，实行“纵向全贯通、横向全覆盖”，形成自上而下的统一标准规范的医保标准规范的编码体系，提升医保业务运行质量和决策管理水

领域驱动设计的主流思想是关于实体、值对象、聚合、存储库、服务、工厂……各种技术模式。因此，大多数人认为他们不需要领域驱动设计，因为这对他们的领域来说很复杂。为什么你需要所有这些“东西”？好吧，也许你不需要！在一个大型系统中，如果您正确使用存储库模式，建模您的领域、定义边界以及

人们经常会就如何探索模型寻求更具体的指导，尤其是在敏捷或精益环境中。这是埃里克·埃文斯 (Eric Evans) 试图以书面形式记录多年来以各种形式和设置与客户一起使用的流程。这不是一个开发流程。它应该适合大多数迭代设计的流程。

这个想法来自于抖音的一个小视频：什么是英语思维（点击标题）。中文：汤姆应该是一等奖，按照中文思维翻译成英语是：Tom should be the first prize；而按照英语思维，使用物语Object作为主语：The first prize should go to Tom.这

业务事件(领域事件)是发生的事情，当它发生时，它会引起企业的预先计划的响应，或者在这里我们称之为“工作”。一类业务事件是在相邻系统内部发生的事情。使工作知道业务事件已经发生，因为每次发生都会为工作产生数据流。业务事件是一个重大事件，不仅仅是单击鼠标。通常，这是对您的企业提供的服务的请

这是一本非凡的书籍《加速专业知识

领域驱动设计是您应该了解的概念——无论您是开发人员还是领域专家。使用 DDD 处理复杂的软件项目。领域驱动设计 (DDD) 的概念是由 Eric Evans 提出的。早在 2004 年，他就在他的著作领域驱动设计（又名“蓝皮书”）中写到了这一点。 DD

 连续架构六大原则 连续架构不是一种架构方法。这真的是一种心态，几乎是一种工作方式，一种思维方式。第一个是你应该架构你的产品。很多人会考虑我需要实施的项目，但您应该考虑我正在实施的软件产品是什么，以及它的旅程是什么。<

除了沉默，言语是我们谈话中非常重要的部分：-)。当涉及业务分析时，围绕定义存在许多挑战。项目词汇表应包含所有关键业务术语。让我们深入了解词汇表的常见挑战，并讨论如何克服它们。 问题一：最后才创建词汇表当团队

开发人员喜欢使用首字母缩写词来说明“良好做法”（KISS，DRY，SOLID等）。通常，他们传达的想法非常容易掌握。DRY是dont-repeat-yourself不要重复自己意思，其目的是更好地管理复杂性，但是通过以这种基本/教条的方式应用DRY，我们发现复杂性有所增加。D

具有讽刺意味的是，强调无处不在的语言的 DDD 社区搞砸了这么多预先存在的DDD术语：DDD聚合Aggregate这个词语准确吗？“聚合”完​词语可能​全过载。DDD社区意见领袖mathias将其视为“确定性单位”，它是某些数据和规则的一致性边界，在此边界内，您具有原子性、无