forth - 非常简洁的 Forth 应用程序示例？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




9年前关闭。




在 this talk , Chuck Moore(Forth 的创建者)提出了一些非常大胆、笼统的主张，例如:

“我看到的每个未编写代码的应用程序中的代码量是其所需代码量的十倍”

“大约有一千条指令似乎对我来说是正确的”

“如果你正在编写需要[局部变量]的代码，那么你就是在编写非最佳代码。不要使用局部变量。”

我试图弄清楚摩尔先生是 a) 绝对出色的天才还是 b) 疯子。但这是一个主观问题，我不是在这里寻找这个问题的答案。我正在寻找的是可以使用 Forth 在“1000 条或更少的指令”中解决的复杂的现实世界问题的示例，以及演示如何这样做的源代码。一个只展示现实世界系统的一个重要部分的例子就可以了，但是请不要用 5 或 10 行另一种高级语言复制的“玩具”代码示例。

如果您在 Forth 中编写了真实世界的系统，只使用了少量源代码，但不能随意显示源代码(因为它是专有的)，我仍然想听听它。

Answer 1

今天没有很好理解的是 Forth 预期在 21 世纪初与 agile methods 相关的编码方法的方式。 .具体来说:

Forth 介绍了微小方法编码的概念——用小方法使用小对象。您可以为 Smalltalk 提供案例和 Lisp这里也是如此，但在 1980 年代后期，Smalltalk 和 Lisp 实践都倾向于更大更复杂的方法。 Forth 总是接受非常小的方法，这仅仅是因为它鼓励在堆栈上做很多事情。

第四，甚至比 Lisp 更普及了解释器只是一个小软件模式，而不是论文大小的砖 block 的概念。遇到难以编码的问题？ Forth 解决方案必须是“编写一点语言”，因为这就是 Forth 编程的内容。

Forth 在很大程度上是内存和时间限制的产物，那个时代的计算机非常小而且非常慢。这是一个漂亮的设计，可以让您在火柴盒中构建操作系统和编译器。