0

私はルールエンジンを1週間勉強しましたが、その問題は長い間私を困惑させました。ビューは以下のように確認されます。

  1. ほとんどのルールエンジンは、CやC ++ではなく、Javaで記述されています。
  2. ほとんどの企業は、CやC ++ではなく、Javaで記述されたルールエンジンを選択することを好みます。
  3. 仕様：私が知る限り、JSR-94はJava Rule EngineAPIのJavaSpecificationRequestであり、C++に関する仕様はありません。
  4. コミュニティの活動。ほとんどの人は、ILog Jrules、DroolsなどのJavaで書かれた製品に興味を持っています。

よろしくお願いします。

4

1 に答える 1

3

「あまり役に立たない」というわけではありません。あなたが見つけた唯一の仕様が JSR であるというだけです。これは Java Standards Request です。この時点以降のほとんどすべては、私の個人的な経験からの憶測と効用です。

基本的に、ビジネス ルール システムは時間の経過とともに適応可能である必要があります。仕様の理由は、アプリケーションを再コンパイルすることなく、実行時に別のルール システムの代わりに 1 つのルール システムをドロップできるようにするためです。Java にはこの点での歴史があります。置換/実装コードのドロップは設計の一部です。C++ コードは、C++ アプリケーションを「単一のブロブ」と考える傾向があるため、ビジネス ルールを処理するために追加のクラスをドロップすることは受け入れられません。

私は個人的に 15 年前に Delphi (Object Pascal) で POS アプリケーションを作成しました。カスタマイズ可能なビジネス ルールの実装に着手したとき、実行時にカスタマイズできる PascalScript を使用しました。システムのユーザーがコンパイラーを使用してルールセットを構築するとは思ってもいなかったので、実行時にアプリケーションを大幅に動的に変更できるスクリプト言語を使用しました。

ポイントに答えるには：

  1. ルール エンジンは、使用されている環境のために、c++ ではなく Java で記述される傾向があります。C++ のみの会社を見つけた場合、その会社のルール エンジンは C++ であると確信しています。
  2. それは環境の選択です。Java を使用している場合、ルール エンジンは Java になり、C++ を使用している場合、ルール エンジンは C++ になります。
  3. はい、仕様です。Javaはそれらの仕様が大好きです。
  4. 活動 - これは「政治的な」ポイントです - 好みの問題ではなく、展開の問題です。
于 2012-06-07T04:51:13.633 に答える