1

  1. ビジネス ルール エンジンとオーケストレーションの違いは何ですか?

  2. Biztalk を使用する場合、C# でのハード コーディングよりも、ドロップ アンド クリックに重点を置いていますか?

  3. コーディングが可能な場合、何をコーディングしていますか? たとえば、アプリケーションで押されたボタンが画像を表示するなどの関数をコーディングしているときは理解していますが、Biztalk では異なる必要があります。

4

2 に答える 2

6

  1. この二つは目的が全く違います。

    • オーケストレーションはプロセスを推進します。オーケストレーションは、複数のシステムからのメッセージの取得と送信を調整し、いくつかのカスタム処理を含めることができるメッセージング コレオグラフィを定義します。例としては、注文メッセージを待機し、メッセージを別の形式に変換して ERP システムに送信するオーケストレーションがあります。次に、ERP システムが注文を処理して何らかの通知を返送するまで、脱水します (データベースでシリアル化されるのを待ちます)。

    • ビジネスルールエンジンは評価システムです。オーケストレーションでは、外部から制御する必要のある意思決定が必要になる場合があります。これは、ビジネス ルール エンジンが許可するものです。ビジネス ユーザーは、次のようなルールを含むいくつかの複雑なルール セットを定義できます。このようなルールは、連鎖して既存のプロセスに挿入できます。

  2. BizTalk は、biztalk プロジェクトを開発し、すべてを正しく構成することを目的としていますが、プログラミングも含まれています。まず、XML 関連のもの (XSD、XPath、XSLT) に注意する必要があります。メッセージと変換の定義はこれら 3 つにすべて関係しますが、ビジュアル スタジオの BizTalk テンプレートを使用すると、これが非常に簡単になります (たとえば、変換は完全にグラフィカルに行うことができます)。次は、C# と XLang (オーケストレーションで式に直接使用される C# の非常に特殊なバリアント) です。

  3. BizTalk は、biztalk プロジェクトを開発し、すべてを正しく構成することを目的としています。BizTalk にはすぐに使用できる機能が多数用意されているため、準備された形状をオーケストレーションで使用したり、準備された Functoid をマップで使用したりできますが、同時に、独自の形状、機能、パイプライン コンポーネント、アダプターなどを開発することもできます。カスタム .NET コードの呼び出し。

少なくとも、私が 2 年前に BizTalk 2006 R2 を使用していたときは、このように機能していました。

于 2011-05-07T23:27:00.780 に答える
2

ラディスラフからの返信に追加するだけです...

私は BizTalk 2004 から 2010 まで BizTalk を使用してきました。BizTalk が実際にどのように機能するか、いつマップを使用するか、いつ C# を使用するかなどについて手掛かりを持たない BizTalk "コンサルタント" がたくさんいます。それを使用したいくつかの経験。MSDN ( MSDN ) には、役立つ情報が満載の便利なセクションがあります。Channel9 のEndpointTVもご覧ください。

WCF は重要であり、今後ますます重要になるため、WCF について知っておく必要があります。SharePoint に関する質問は理解しています。SharePoint でワークフローやユーザー インタラクションを行うように依頼されることはよくありますが、必須のスキルではありません。

カスタム Functoid または組み込みの Functoid を使用して問題を解決できたので、これまでは多くのことをする必要はありませんでしたが、現在のクライアントにはいくつかの興味深いスキーマがあり、その分野に欠けていることがわかりました。 ..

于 2011-05-19T13:39:31.217 に答える