将基于规则引擎的软件的ruby前端与java后端集成是一个好主意吗？

Question

我正在编写一个应用程序，其中的web应用程序将轨道和它将允许用户输入rules/ruby​​-logic并将它们保存到数据库。之后，Java将出现并获取这些规则（if/else/elseif）并通过jruby引擎执行它们。我想知道这个消极和可能的副作用吗？在这里有两种语言？

我想做rails前端，因为可用的插件和webapps的开发速度。例如，groovy没有多少插件，我认为它的开发速度要慢很多。

我错过了什么，或者如果我选择这个解决方案，可能会伤害到未来的逻辑吗？

另外，我认为，由于ruby是动态的，用户通过“ruby”语法而不是其他第三方库（比如bean shell）输入规则会更容易。

Answer 1

我觉得最复杂的应用程序最终最终需要几种语言，通常通过数据库按照您的规划进行连接。我不确定什么约束会在后端导致Java而不是Ruby（猜测传统或性能），但如果这是需求，那么您的计划听起来很合理。对于负面/副作用，Jruby似乎落后于最新的红宝石，但只要您匹配后端UI &的版本，这通常不是什么大不了的事情。我想不出任何在我头顶的东西是有害的，但魔鬼总是在细节上;-)