DDD泛在语言UL

规则引擎是关于提供一个替代的计算模型。规则引擎不是通常的命令式模型，它是由带有条件和循环的顺序的命令组成的，而是基于生产规则系统的。这是一组生产规则，每个规则都有一个条件和一个动作--简单地说，你可以把它看成是一堆if-then语句。 微妙之处在于

“We often fall into the trap of thinking of a boundary as something that separates one thing from another. We should rather think of a boundary as som

这是DDD专家 Mathias Verraes和

Grule是 Go (Golang) 编程语言的规则引擎库。受到广受好评的 JBOSS Drools 的启发，并以更简单的方式完成。与Drools一样，Grule也有自己的DSL或领域特定语言。下面是 Drools 的 DRL 或 Drools 规则语言的示例：

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

Stefan Hofer 不擅长画图，然而，他认为他可以通过讲述领域故事来积累领域知识。Stefan 在奥地利学习软件工程并获得计算机科学博士学位。自 2005 年以来，他一直在德国汉堡的 WPS – Workplace Solutions 工作。他的工作是帮助团队开发以正确方式完成正确工作

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

至关重要的是要记住，这个（系统）是一个概念、一个想法，而不是对世界上真实事物的描述。令人惊讶的是，在许多系统文献中，作者经常忽视这一点。他们陷入了学术上最常见的错误，即物化；也就是说，假设因为一个词存在，那么一定有一些现实世界与之相关，这个词只是它的一个名字。通常，“系统”提

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

SAP SuccessFactors利用元数据框架（MDF）对象和业务规则做很多事情。业务规则适用于许多不同的情况，并且有大量关于如何使用它们的文档。不幸的是，这里明显缺乏定制解决方案的指南。如果一个企业必须使用几个相连的业务规则，他们如何从这些规则中实现他们期望的行为？可悲

也许最危险的教条是理性主义者的教条，因为他们的本体论承诺使他们看不到理性可能会变成教条主义的可能性。评：书呆子永远不承认自己是书呆子，因为他们的知识与理论遮蔽了他们的眼睛。道可道非常道，名可名非常名，当你有了它的名字这个知识与理论，你实际已经进入教条主义边界，除非你一直能铭记，此名已

世界模型、直观物理、规划、问题解决、离散搜索解决方案、控制参数的持续优化......狗设用 20 亿个神经元也可以完成很多更智能工作。当我们的AI还不能达到狗级别的智能时，为什么要争论人类级别的人工智能？我们人类过于重视语言和符号作为智力的基础。但是灵长类动物、狗、猫

许多程序员认为形式化方法是无用的，因为在软件中“规则就是代码”。如果您可以形式指定程序应该做什么，那么您需要拥有该程序！大多数有这种想法的人都不熟悉 "形式规则（形式规范、formal specification） "到底是什么。举个例子，您的产品需要在某个时候从 API 中

业务规则引擎 (BRE) 是一个应用程序，它使用预定义的逻辑来管理决策流程以确定结果。BRE 可以实现精确的决策制定，尤其适用于复杂的依赖关系，以及在监管或组织规则更改频繁需要逻辑更改的情况下。自动化可能意味着规则更改需要数月与数小时之间的差异。它们还可以帮助公司避免因不合规而受到巨额罚款和

背景。我在一个团队中工作，负责管理一堆不同的规则引擎。其中一个是纯粹的Java面条，只有开发它的人明白，另一个是在一个专有的BRMS系统上运行，有数万条规则，还有一个是我开发的，是一个决策表系统。 在建立一个规则引擎时，你能做的最重要的事情就是限制

谷歌有一个 API 问题。正如他们在 2016 年的论文“大规模 API