ルールエンジンを使用している理由の説明

Question

これは一般的な質問です。しかし、私はツールの使用の概念と、なぜこのツールが必要なのかを理解しようとしています。私はラウンドラウンドを続けます。

q）なぜルールエンジンが必要ですか？

私はDroolsとILOGルールエンジンについて読んできましたが、組織がこれらのツールを使ってどんなメリットを得ているかという概念についてはまだ明確ではありません。

q）ビジネスユーザーにデータベース（リポジトリ）に対するクエリ（ルールと呼ばれる）を発行する方法を提供するだけですか？

このような余分な部分は、達成された利益と比較してライセンスとサポートに費やされることはありませんか？

私たちはとにかく、同じことをするすべてのアプリケーションを持っています。

例： 販売< $ 5000000場合は、注文の出荷=いいえ

上記は、ビジネスロジックの一例です。これはプログラムで簡単に実装できます。では、ルールエンジンを使用する利点は何ですか？

すべての入力は素晴らしいでしょう！ ありがとうございます。

Answer 1

あなたは、このドキュメントを見ていました：ルール・エンジンを使用して使用しないようにするときWhy should I use a rule engine ?

それはかなり明らかです。

1.2.5：

は、これらの2 paragrpahsをよく見てください。強くてゆるいカップリング

システムデザインで「タイトカップリング」や「緩い カップリング」などの言葉を聞いたことは間違いありません。一般的に、人々は、「緩い」または 「弱い」カップリングが、それが与える柔軟性が追加された のために設計上好ましいと主張する。同様に、あなたは強く結合され、 は弱く結合されたルールを持つことができます。この意味で強く結合されているということは、「発射」というルールが明白に別のルールが発動することを意味します。 つまり、明確な（おそらく明らかな）一連の論理があります。 ルールが強く結合されている場合は、 が柔軟性に欠ける可能性があります。さらに重要なのは、ルールエンジン が過剰です。クリアチェーンはハードコード化することも、 ディシジョンツリーを使用して実装することもできます。これは強力な結合が本質的に であるとは言いませんが、ルールエンジン とルールの取り方を考慮する場合は注意が必要です。 「ゆるやかに」結合されたルールは、 のルールを変更、削除、追加することを可能にするシステムになります。 他の無関係なルールを変更する必要はありません。

と

それは、人々はルールエンジンは、複雑な アプリケーションやソリューションの一つだけであることを忘れルール・エンジン、 での作業の興奮と私には思えます。ルールエンジンは実際には ワークフローまたはプロセスの実行を処理するものでも、ワークフローエンジンでも、ルールを実行するように設計されたプロセス管理ツールでもありません。ジョブを にするには、適切なツールを使用してください。確かに、 ピンチでハンマーツールとして使用することができますが、それは設計されたものではありません。 --Daveハム

は、それがビジネスルールエンジンやビジネス・ルール管理スイートを使用する利点がたくさんあります

Answer 2

お役に立てば幸いです。宣言的なアプローチを使用してアプリケーションからビジネスロジックを切り離し始めると、それらのルールでビジネス知識が表現されます。この事実は、集中リポジトリにすべての知識を持ち、すべてのアプリケーションを再利用できる企業にとってきわめて重要です。

宣言的な力は、私の見解においても重要な概念です。特定の状況に必要なルールをエンジンで選択させるという考えはすばらしいです。ルールエンジンはその目的に合わせて最適化されており、評価する必要のあるルールがたくさんある場合は本当にうまく機能します。

はそれが役に立てば幸い:)