2011-12-21 10 views
0

私はwebappがレールになるアプリケーションを書いており、ユーザがルール/ルビーロジックを入力してデータベースに保存できるようにします。後で、Javaが来て、これらのルール(if/else/elseif)を取得し、jrubyエンジンを介してそれらを実行します。私はネガティブとこれによる副作用の可能性を疑問に思っていますか?ここに2つの言語がありますか?ルールエンジンベースのソフトウェアのためのRubyフロントエンドとJavaバックエンドを統合するのは良い考えですか?

私は利用可能なプラグインとwebappsの開発の速度のため、フロントエンドをしたいです。たとえば、Groovyはプラグインを数多く持っていないので、開発がはるかに遅いと信じています。

私はこのソリューションを選択した場合、何か、または将来的に害を及ぼす可能性のあるロジックがありませんか?

さらに、私はRubyが動的なので、ユーザーがBeanシェルのような他のサードパーティのライブラリの代わりに 'ruby'構文を使ってルールを入力する方が簡単だと思います。

答えて

1

最終的には複雑なアプリケーションが最終的にいくつかの言語を必要とし、通常はDBを介してインターフェイスしているように感じます。私は、どのような制約があなたにルビ(レガシーまたはパフォーマンスを推測する)ではなくバックエンドでJavaにつながるのかよく分かりませんが、それが要件であれば、あなたの計画は合理的に聞こえます。

Jerbyはネガ/副作用に関しては、最新のルビーに少し遅れているようですが、UI &バックエンドのバージョンと一致する限り、それは一般的に大きな問題ではありません。私は頭の上からこれで有害となるものは考えられませんが、悪魔は常に細部にあります;-)

関連する問題