Является ли хорошей идеей интегрировать ruby-интерфейс с java-бэкендом для программного обеспечения на основе правил?

Question

Я пишу приложение, в котором веб-приложение будет рельсовым, и оно позволит пользователю вводить правила / ruby-logic и сохранять их в базе данных. Позже, Java придет и возьмет эти правила (if / else / elseif) и выполнит их через движок jruby. Мне интересно о негативных и возможных побочных эффектах этого? И имея два языка здесь?

Хочу сделать рельсы front-end, потому что доступны плагины и скорость разработки веб-приложений. Например, в Groovy не так много плагинов, и я считаю, что он намного медленнее в разработке.

Я что-то упускаю или возможную логику, которая может причинить вред в будущем, если я выберу это решение?

Кроме того, я думаю, что, поскольку ruby ​​является динамическим, пользователю будет проще вводить правила с помощью синтаксиса 'ruby' вместо другой сторонней библиотеки, такой как оболочка bean.

Answer 1

Мне кажется, что большинству сложных приложений в конечном итоге понадобятся несколько языков, обычно взаимодействующих через БД, как вы планируете.Я не уверен, какое ограничение ведет к Java на бэкенде, а не на ruby ​​(угадывая наследие или производительность), но если это требование, то ваш план звучит разумно.

Что касается негативов / побочных эффектов, Jruby, похоже, немного отстает от последнего ruby, но это, как правило, не имеет большого значения, если вы подходите к версиям для пользовательского интерфейса и бэкэнда.Я не могу придумать ничего такого, что могло бы быть вредным для меня в этом, но дьявол всегда в деталях ;-)