我刚刚介绍了Business Rules,.drl文件,Rule Engines和Drools.While探索我意识到所有这些条件和事实检查都可以在Java程序中完成,那么为什么我们需要编写.drl文件和有一个规则引擎。
我在互联网上找到的示例并没有区分为什么我们应该为一个特殊的业务逻辑编写.drl文件而不是将逻辑放在Java类中。 使用示例的解释将是一个很大的帮助。
答案 0 :(得分:0)
使用规则引擎的常见优点包括:
(还有其他人,但为了这个答案的目的,我认为以上就足够了。)
当然,取决于每种情况的具体情况,这些优点或多或少具有重量。因此,举例来说,如果拟议的业务规则非常简单,数量很少,不太可能改变,如果对执行时间有宽松的期望,则上述许多优点都不适用。
然而,大量的实施开始时小而简单,预计未来几乎没有变化,只有所有这些期望受到现实的挑战:)
在某种程度上你也可以使用Drools 和"把...逻辑放在Java Class"使用Drool的Java方言。
如果您被鼓励根据您的意愿使用Drools,那么或许妥协的解决方案是围绕您的规则实现包装一个接口,并从该接口的简单实现开始,以便以后可以实现基于Drools的实现/当一个令人信服的案件可以为它做出时。
答案 1 :(得分:0)
这个想法是: