3

内部ユーザー向けの WPF ビジネス アプリケーションを開発していますが、この問題は WinForms にも簡単に適用できます。ビジネス ルール エンジンを活用して、将来のルールの変更を容易にし、将来的にはビジネス関係者が自分で変更できるようにしたいと考えています。

BizTalk (私たちは 2010 を使用しています) はビジネス ルール エンジンを公開しており、これは複雑ではありますが、将来のアプリケーションにも使用することを検討している場合、特に価値のあるソリューションとなる可能性があります。仮想サーバーに開発者版をロードして試してみました。また、実行する独自の SQL Server インスタンスも用意しました。

私が読んだすべてのもの ( exampleおよびexample ) は、BRE アセンブリを参照としてアプリケーション プロジェクトに追加し、提供されたクラスを使用してポリシーを呼び出して実行することを示しているようです。しかし、これらのアセンブリにはライセンスが必要であり、この WPF アプリを使用する可能性のある多数のエンド ユーザーのそれぞれに BizTalk のライセンスを正確に付与することはできないとも示唆しています。

ライセンスの問題について間違っていますか? ポリシーが存在する BizTalk サーバーと通信できるようにするために、すべてのクライアント コンピューターにアプリと共に BRE アセンブリを展開しても問題ありませんか (正常ですか)。Web サービスなどを介して BRE API を公開することを検討する必要がありますか? それを行うための実装はすでにありますか？そのような API を公開することは、簡単なことではないように思えます... それともそうですか?

4

1 に答える 1

1

Microsoft は、BRE はサーバー側での使用にのみ利用可能であると述べています。たとえば、BizTalk オーケストレーション、ASP.NET アプリ、サーバー上で実行される Windows サービスなどです。エンジンをクライアント アプリケーションに組み込むことはできません。

ライセンスに関する FAQから:

BRE のすべてのテクニカル サポートとライセンスは、サーバー側のソリューションのみを対象としています。ルール エンジンは有効なプロセッサ ライセンスを必要とするサーバー ソフトウェアと見なされるため、ルール エンジンを利用するには BizTalk Server 2010 ライセンスを取得する必要があることに注意してください。ルール エンジンは、BizTalk Server とは別にライセンスされていません。

そのため、WPF クライアントから呼び出すことができる ASP.NET サービスから BRE を使用することを検討する価値があるかもしれません。クライアントがルールを更新できるようにする場合、それはライセンス契約の範囲内です。

Rules Composer はクライアント ツールと見なされ、別の内部クライアント デバイスにインストールして、BRE サーバー ソリューションの開発とテストをサポートすることができます。

Tellago の BRE Data Services API ( CodePlex で入手可能)を確認してください。独自のサービスを介してルール エンジンにクエリを実行する場合は、多くの作業が行われます。

于 2011-12-14T04:13:55.610 に答える