为什么用C++编写的BRMS不如Java中的BRMS有用？

Question

我学习规则引擎已经一个星期了，这个问题困扰了我很长时间。这一观点将得到以下确认：

大多数规则引擎是用Java编写的，而不是用Java编写的，大多数公司更喜欢选择用Java编写的规则引擎，而不是C或C++

• Specification.As，据我所知，JSR-94是对Java规则引擎API的Java规范请求，也没有关于C++的规范。人们的

• 活动对用Java编写的产品感兴趣，比如ILog Jrules、Drools.

。

我真诚地希望你的回答。

Answer 1

这并不是说它“不那么有用”，而是因为您找到的唯一规范是JSR --这是一个Java标准请求。在这一点之后，几乎所有的事情都是我个人经历中的猜测和磨难。

从根本上说，随着时间的推移，业务规则系统需要具有适应性。规范的原因是允许您在运行时插入一个规则系统而不是另一个规则系统，而无需重新编译应用程序。Java在这方面有着悠久的历史--减少替换/实现代码是设计的一部分。C++代码并不会导致人们认为它可以以这种方式使用--他们倾向于将C++应用程序看作是一个“单一blob”，因此它不适合加入额外的类来处理业务规则。

我在15岁以前用Delphi (Object )编写了一个POS应用程序。当我开始实现可定制的业务规则时，我使用了PascalScript，它允许在运行时进行定制。我从来没有想到系统的用户会使用编译器来构建他们的规则集，所以我使用了一种脚本语言，它允许在运行时对应用程序进行重大的动态更改。

回答你的观点：

由于所使用的环境，

1. 规则引擎倾向于使用Javaoverc++编写。如果你找到了一家只有C++的公司，我相信他们的规则引擎将在C++
2. 中，这是一个环保的选择。如果您正在使用java，那么规则引擎将在java中，如果您使用的是C++，那么规则引擎将在C++
3. 中是的，这是一个规范。Java喜欢他们的specifications.
4. Activity -这是一个‘政治’的观点-这不是关于偏好，而是关于部署。