DSL领域特定语言

最近看到@gameboyLV在一个讨论中提出将事件划分为嵌套事件，

个人关注jdon有一年多了，在jdon网站上也学到了很多知识，同时也验证了一些自己的一些理论。jdon是一个不错的网站。在jdon论坛上学习和了解LMAX，rribbit(事件总线)，Qi4j(DCI)等知识。基本上我每周都会固定几天到jdon论坛里来逛逛，每次都有新的收获。

当我还是一个年轻的程序员，刚刚开始进入企业软件这个可怕的世界时，一个年长的、更有经验的小伙子对我在软件中硬编码hardcode的做法提出了严厉的警告。"硬编码会在某些时候被改变，你肯定不想为了改变某个增值税税率值而重新编译和部署你的应用程序。”我把这个建议记在心里，很快我的应用程序需

1.帮助你实现DDD聚合设计 如果创建一个对象的属性是通过使用外部服务实现，这是比较容易，没有任何问题。但是，如果该属性是在创建该对象的同一个方法中来创建，那么就有了问题。在这

如果你在Twitter上关注我，你可能会认为我讨厌YAML。我不反对YAML，只是反对滥用 YAML。我想帮助防止人们滥用YAML并在此过程中无意对自己和同事施加了残忍。YAML的优势在于结构化数据格式。是的，它有问题。空白是一个雷区。它的语法非常复杂。它有这样的结论：“ <

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

REST的JSON格式是现在流行的通讯数据格式，但是在Reactive运动如React.js等前端新技术的推动下，以及面向函数编程概念的普及，人们发现JSON已经不再满足需要了。 GraphQL和Falcor是对REST的JSON的进化发展，GraphQL

声明式基础结构的承诺使每个人都感到惊讶，“ 声明您想要的，而不用担心它会如何发生 ”，最终似乎最终陷入了

“对于像我们这样的以软件为中心的复杂系统，更改，集成和测试它非常昂贵，尤其是在我们所处的军事领域，您可能必须进行实时射击试验才能真正验证系统，”诺尔特斯说，他是是位于Hengelo的公司的软件架构师，“而且，即使是最微小的更新也可能导致大量的变化。然后归结为一个问题：您如何才能在不影响其余部

我们在Jet上使用F＃并且从一开始就是这样，这就是为什么在评估构建DSL（领域特定语言）的选项时，F＃是一个领先

Easy Rules 是一个简单而强大的 Java 规则引擎，提供以下功能： 轻量级框架和易于学习的 API 基于 POJO 的开发 有用的抽象来定义业务规则并轻松应用它们 从原始规则创建复合规则的能力 使用表达式语言（如 MVEL、SpEL

过去我们想到3层模型、领域分层，然后总想到存储层总放在底层，或许不是只是单单的存储层。 这种思考定势是先入为主，还是自然习惯呢？这里我提出一种假设，若果存储层（数据库）只是一个页面，所有持久化都认为是一种单纯的输出，这是一种怎样的情况呢？或者有人会问“存储

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

在本文中，我们将开始研究一种非常简单的表达语言。我们将在语言沙箱中构建它，因此我们将其称为语言Sandy。我认为工具支持对于一种语言至关重要：因此，我们将从一种非常简单的语言开始，但是我们将为此提供丰富的工具支持。要从一种语言中受益，我们需要解析器，解释器和编译器，编辑器等。在我看来

正则表达式非常强大，但很难让人阅读并进行推理。这是一种尝试使正则表达式更具可读性、可扩展性和可维护性的解决方案。Melody 是一种语言，能够 1-1 转译正则表达式，让其更具可读性和可维护性。维护和编辑您的表达式并将它们可靠地编译成一致且有效的正则表达式。当前目标是支持正则

这里有一些我相信的关于软件工程的令人不安的事实！（banq：令人焦虑？） ... 具有特殊语法的复杂 DSL 可能是死胡同。Ruby 和 Scala 都非常重视这一点，但都没有让它流行起来。 如果没有其他因素，静态类型语言比动态类型语言更适合大型项目。对此没有