lisp - LISP 应该解决的 "not so well defined problems"是什么？

Question

大多数人都认为 LISP 有助于解决未明确定义或在项目开始时未完全理解的问题。

“未完全理解”可能表示我们不知道我们试图解决什么问题，因此开发人员不断细化问题域。但是这个过程语言不是独立的吗？

所有这些改进并没有消除为确实需要解决的最终问题开发算法/解决方案的需要。这就是实际工作。

因此，如果开发人员不知道他要去哪里，即解决尚未最终确定的问题，我不确定 LISP 提供了什么优势。

Answer 1

当您遇到定义不明确的问题时，Lisp(不是“LISP”)有很多优势。首先，您有一个 REPL，您可以在其中快速进行试验——这有助于草拟快速功能并尝试使用它们，从而导致非常快速的开发周期。其次，在这种情况下，使用动态类型语言也能很好地工作:使用静态类型语言，您需要在开始之前“设计更多”，而更改设计会导致更改更多代码——相比之下，使用 Lisps，您只需编写它所操作的代码和数据可以根据需要进行更改。除了这些之外，函数式语言还有通常的好处——具有一流的 lambda功能等(例如，垃圾收集)。

一般来说，这些优势已经在其他语言中得到应用。例如，Javascript 具有我目前列出的所有内容。但是 Lisps 还有一个在其他语言中仍然不存在的优势——宏。当您的问题需要特定领域的语言时，这是一个重要的工具。基本上，在 Lisp 中，您可以使用特定于您的问题的构造来扩展语言——即使这些构造会导致完全不同的语言。

最后，您需要提前计划当代码不仅仅是一个快速实验时会发生什么。在这种情况下，您希望您的语言能够处理“将脚本发展成应用程序”——例如，拥有模块系统意味着您可以获得更“严肃”的应用。例如，在 Racket 中你可以把你的解决方案分成这样的模块，每个模块都可以用自己的语言编写——它甚至有一种静态类型的语言，这使得从动态类型的开发周期开始成为可能，一旦代码变得更加稳定和/或大到维护变得困难，您可以将一些模块切换为静态语言并从中获得通常的好处。 Racket 在这种支持方面在 Lisp 和 Schemes 中实际上是独一无二的，但即使与其他语言相比，情况仍然比非 Lisp 语言先进得多。