DSL 与普通旧库

Question

我最近一直在思考 DSL 与库的问题。在我的领域，DSL（我想到的是 R、SAS 和 Matlab）的问题在于，它们是编写更通用代码的 PITA，也是集成到其他语言中更通用代码的 PITA。我并不是说这两者都不可能，只是令人烦恼和沮丧。

这与 NumPy 等方法形成鲜明对比，NumPy 运行在通用语言之上，如果它存在的时间和投入的资金一样多，它可能会和 Matlab 一样好。这使您可以处理一个只有一点点数字的项目，而不需要一大堆糟糕的粘合代码来在语言之间进行交互，也不必记住多种语​​法等。

与普通的旧库相比，独立 DSL 的优点是什么用通用语言？似乎在与更通用的代码集成更困难以及需要学习另一种语法方面存在如此明显的缺点，我只是无法理解为什么这些 DSL 如此受欢迎。

Answer 1

独立 DSL 的主要优点之一是它可以更具表现力。在用通用语言编写的库中，您受到该语言语法的限制。考虑一个银行软件的示例，该软件具有一些可以查询的财务记录，并且您希望找到去年的所有抵押贷款问题。使用通用语言进行查询的伪代码看起来像这样：

List<Mortgage> mortgagesThisYear = new LinkedList<Mortgage>();
for ( Mortgage m : mortgages )  {
  if ( today.minus(m.getDate()) <= 1 year ) {
    mortgagesThisYear.add(m);
  }
}

现在在 DSL 中，您可能可以编写如下内容：

Find all mortgages in the last year

更重要的是，银行家可以基于“通用语言”构建这些查询。 （一种通用的领域语言，使程序员和银行家更容易沟通）。

独立 DSL 的目的是非常具体的，而不是通用的。语言更具表现力，语法通常更宽松，与领域更相关。

Answer 2

外部 DSL 的缺点不适用于使用代码生成和代间隙模式实现的外部 DSL。然后通过所使用的一种通用语言进行接口。
实际上，内部DSL还有很多缺点，比如没有良好的可读显式结构、糟糕的编码实践、有限的具体语法可能性、没有工具支持、很难或不可能实现领域特定的验证以及与其他代码的接口问题。太隐晦了。