私はDroolsのドキュメントを通過すると、それは(私が間違っているかもしれない)すべての問題を解決する/何が面白いのやっていないされていました。
Droolsのでは、例えば、として、(.drlというファイルに)ビジネスルールを指定し、
when "type = jewellery" then setDiscount(25%)
when "type = KidDress" then setDiscount(30%)
データベースを使用して、VS上記の違いは何ですか?
私はいつもビジネスルールを指定することができ、そこからカスタムAPIを公開することができますし、私が直接RDBMSに格納することができます。必要に正式あれば、私は公開APIとの統合(1-2日)のサンプルUIを構築することができます。また、これは私がCRUD操作を公開する場合は、ビジネスの人々のは簡単/更新/削除規則を追加することができます。
私が説明したような単純な何かのために、どのような問題がDroolsの解決のですか?私は公式ドキュメントでは、G-検索/から任意のドキュメントで見つけることができません。
誰かの助けがここにできますか?
2つの主なポイント:
理論Droolsのではルールは、ビジネス・アナリストのような非技術的な人々が理解しやすいものにすることができるように書かれています。
判定ロジックは次のように一箇所の例に格納されている場合は意思決定表には、管理が容易であるかもしれません。あなたは信用チェック基準のような変数の多くの、より複雑な計算を持っている場合、これは、時には便利です。
私はDroolsのに作業したことをすべてのプロジェクトで実際には開発者がより複雑なロジックを処理するために、DRLファイルから呼び出された書き込みカスタム関数を持っていました。これはメリットの上に否定し、ロジックが通常のコードとDRLファイル間で共有されたため、管理することが非常に難しくソリューションを作りました。
私は悪い経験を持っていたときのDroolsと同様のツール。私は、単純なユースケースのためにお勧めしないと思います。