为什么不在Prolog中编写规则引擎？[关闭]

从我对Prolog的了解来看，似乎很适合为应用程序设计规则引擎。但是，我不相信我曾经见过用Prolog编写的规则引擎。Prolog是否存在一些固有的限制（例如，糟糕的垃圾回收算法），以防止其用于构建规则引擎？

刚起步的规则引擎几乎都是用Prolog编写的-这是逻辑语言。对于一小部分规则，它们效果很好。但是，事实证明它们的伸缩性不是很好。我没有明确的参考，但我的理解是Prolog处理规则链的方式效率低下-为创建大型堆栈而创建的递归模型使之爬行。

RETE算法及其后继者的发展为处理大量规则提供了一种更有效的方法，因此接手了。

当大多数早期工作完成时，现代的序言也许会比80年代的效率更高。

用舌头回答：因为如果规则引擎的创建者知道Prolog（或Mercury或PLANNER或…），他们将不会编写规则引擎，因此他们将使用Prolog。

通常，规则引擎的要点是它是另一个应用程序的一部分。很少看到用Prolog编写的应用程序，并且没有通用的接口将Prolog连接到用其他语言编写的应用程序。

CLIPS是一种用于规则引擎的基于规则的工具，可以将其添加到其他应用程序中。CLIPS基于OPS5，并使用Rete算法修剪规则。