0

多くのルールを含む Drools プロジェクトに取り組んでいます。検証には Drools ルールを使用します。多くのフィールドとさまざまなエラーの組み合わせがあります。Drools workbench 6.4.0 では、Guided Rules (with DSL) ウィザードを使用して、ルールを作成するためのビジネス フレンドリーな UI を提供します。問題は、新しいガイド付きルール アクションごとに作成できるルールが 1 つだけであり、それが 1 つのルール ファイル (.rdslr ファイル) として保存されることです。

drools ルールを手動で作成する場合は、10 個または 20 個のルールなどを 1 つのルール ファイルにグループ化するだけです。Web ガイド付きルール UI を使用して、新しいルールを既存のガイド付きルール ファイルに追加する方法はありますか? そうしないと、ルールごとにルール ファイルを作成する必要があり、膨大な数のルール ファイルが作成され、Web UI での操作が非常に困難になります。

各ルールを独自のルール ファイルに保持する必要がある場合、ルール ファイルの数に制限はありますか? パフォーマンス上の懸念はありますか?

4

1 に答える 1

2

drools ルールを手動で作成する場合は、10 個または 20 個のルールなどを 1 つのルール ファイルにグループ化するだけです。Web ガイド付きルール UI を使用して、新しいルールを既存のガイド付きルール ファイルに追加する方法はありますか? そうしないと、ルールごとにルール ファイルを作成する必要があり、膨大な数のルール ファイルが作成され、Web UI での操作が非常に困難になります。

when 条件がほぼ同じである場合は、ガイド付きデシジョン テーブルを使用することをお勧めします。1 行が 1 つのルールです。

各ルールを独自のルール ファイルに保持する必要がある場合、ルール ファイルの数に制限はありますか?

現実的な限界ではありませんが、適切なコンピュータ ハードウェア (CPU、RAM) を使用すれば、数千は簡単に可能です。

パフォーマンスの問題はありますか?

複数のルール ファイルでは、いいえ。起動時に、Drools はルールを内部的にキャッシュされたテーブルに処理するため、元のルール形式 (たとえば、1 つの大きなルール ファイルがすべて別のルール ファイルにある) に関係なく、最終結果は事実上同じになります。

ルール編成のパフォーマンスに関する懸念については、ルールの量に大きく依存します。多くのルールを使用しても、実行時のパフォーマンスは依然として非常に良好です。予想どおり、システム内のルールが増えるとビルド時間が長くなることに気付きましたが、実行速度が遅くなることはありません。

しかし、ルールの量が問題になったことは一度もありません。不十分なルール アーキテクチャは、ルールの量ではなく、主要なパフォーマンスとメンテナンスの問題です。

于 2016-10-18T13:50:19.563 に答える