面向语言的编程实用吗？

我阅读了有关面向语言的编程的文章。他指出了现代程序/ OOP编程方法中的一些弱点，并提出了可以解决这些问题的新编程范式

我只想了解那些松散耦合的小型程序部分：最好学习很多小的东西，而您只需要一点点地使用它们，而不是几个大的东西。

阅读这篇文章后，我觉得作者正在推广以下两项内容之一：

• 多种易于创建的脚本语言
• 单一的，易于扩展的语言，可以自行重写以满足程序员的需求

如果他建议第二个，我将回答“已经完成！” 并以Lisp为例。正如保罗·格雷厄姆（Paul Graham）所建议的，无论如何，语言似乎一直在朝着这个方向发展。

就第一个而言，我认为这是一个好主意，如果有将它们紧密联系在一起的基本语言。在我看来，这是薄弱环节：语言之间的交流。您会使用过程概念或消息传递的调用方式，使我想起进程间通信吗？如果很容易同时使用它们，我欢迎有机会使用特定于小型领域的语言。这种方法（LOP）是否可行？

我提倡DSL已有很长时间了，但是我担心当好主意成为潮流时会发生什么。制作了宣传“好主意”的产品，承诺您要做的就是获得“一个好主意”，而您将成为团队中的一员，而不必仔细考虑它的含义。

什么是语言？这是一个可以传达含义的词汇和语法，对吗？每次声明变量，编写函数，定义类时，都在通过向现有语言添加名词和动词来构建新的语言。现在您可以在其中说出您以前无法做到的事情。

我认为使领域特定语言成为自然地表达所传达的心理概念的程度，并且我认为有一个简单的度量方法。基本上，如果有一个简单的独立需求X（可以包含在程序中也可以不包含在其中），则其正确的实现需要一组代码插入，删除和替换Y。可以显示一个简单的前后差异Y。此类更改的数量N衡量语言的特定领域。对于典型的要求，N越小越好。

它不一定取决于复杂的语法，控制结构，消息传递或您拥有什么。它所依赖的是它如何精确地实现需​​求。许多工具都声称可以做到这一点，但声明并非现实。它必须是真实的。

有时，一个不寻常的技术是必要的。这是我最喜欢的例子。 如果是的话，它说明了程序员可能需要努力才能理解它。因此，领域专有性（和可维护性）与可读性根本不一样。

因此，我同意第二种方法，即一种好语言是一种可以轻松让人们在其基础上构建必要语言的语言。（这就是我对Lisp所喜欢的。）但更重要的是，程序员需要知道如何构建语言以匹配他们所工作的领域，并愿意攀登此类语言的学习曲线。

我真的看不到这种情况。取而代之的是，它们陷入“程序=算法+数据结构”中，或者“名词变成类而动词变成方法”。他们没有就如何运用思想领域和语言化以达到最大程度的简洁性进行工作。

这就是Ruby的方法。

• 保持核心语言简单并通过gem扩展
• 通过猴子补丁为特定域创建Ru​​by的方言。ig Ruby on Rails。

我不知道这是否更好，但我想这很实用。

LOP方法非常实用。请记住，您不一定必须实现“脚本语言”-该方法同样适用于eDSL，并且通常可以对其进行有效地编译。实际上，我在所有开发工作中都使用了这种方法。

从现在正在谈论领域的人的角度来看，将来我们会看到更多有关领域特定语言的信息-我注意到Martin Fowler也谈论了很多，以及Lambda The Ultimate上有关该主题的一些有趣的文章，其中。

这向我暗示，这绝对是编程语言设计和编程平台的风向标。在某种程度上，它已经存在了一段时间-Ruby的优势（正如已经观察到的）是，它使创建DSL变得容易，但是实际上，在我们已经使用的应用程序和编程库中有大量的DSL。

每当单独编程时，我都会使用LOP。我发现在某些项目中，没有其他方法可以满足时间表。简单来说，人们可以将LOP等同于电动工具。如果您独自在车间工作，则无法手动完成任务并在截止日期之前完成。如果有其他人陪同，协调使用这些电动工具对于提高效率和安全性至关重要。
在团队模式下，LOP需要进行组织准备，以避免Babel塔灾难。