在领域特定语言持续升温的背景之下， Michael Feathers 对外部 DSL 提出了一些看法，包括它们的优点、缺点，以及技术之外的成功和失败因素。他强调，外部 DSL“进一步解放了你的双手”，允许你建立“一套完整的语法，并直接根据特定领域的需要去调整”，然而更重要的是，一旦公司使用了它们，就代表着承担了一种重大的义务。并且这种“义务并不随着软件实现的完工而结束”。
由于内部 DSL 专注于特定的领域，它可能带来高昂的维护成本，因为你需要专业的技能才能应用 DSL 应对变化。同样的原因，使用外部 DSL 也使得公司的招聘变得更困难，尤其在雇用领域专家的时候更是如此：
让我们面对现实吧，如果你正在寻找工作，那么希望在简历上写点儿什么？写你熟悉一种专属于某一家公司的语言，还是一种整个业界都熟知的语言？
一个非常流行的例子是 Erlang。今天，人们正在强烈地关注 Erlang，但是我们不应该忘记，在某种程度上，它曾经被 Ericsson 放弃，因为 Ericsson 担心自身招聘和培养开发者的能力。很多人都知道 Erlang 的故事，但是他们没有意识到这种场景在业界有多普遍。我看过很多的遗留代码，其中的很大一部分代码都是用公司“自产自销”的语言开发的，而公司在支持这些代码的时候就遇到了麻烦。
因此，Michael Feathers 的建议就是，对于外部 DSL 来说，“成功的决定因素远远不止技术方面”。公司只有客观地评估了将要承担的负担，决定即使在“不利的商业环境下”也不退缩，才能真正地释放外部 DSL 的威力。除了这些以外，Feathers 还罗列了一些如何降低采纳外部 DSL 之代价的建议：
- 如果你创建了一套外部 DSL，那么考虑将它开源，或者至少考虑在业界形成一个围绕它的组织。这样可以在一定程度上降低维护的开销，也能避免招聘的麻烦。
- 如果你不能或者不愿向外界开放你的 DSL，那么也不要指望你的开发者会完全忠实地使用这些 DSL。否则，你就要为同等能力的开发者支付更多的薪水。在协商薪水的时候，公司就要为使用小众（little known）技术的开发者多付出一些了。
内嵌式 DSL 是值得考虑的另一种选择，因为根据作者的观点，内嵌式 DSL 更容易构建，并具有很多与外部 DSL 相同的优势。
评论