0

私は 1 週間ほど前からワークフローの基盤について調査してきましたが、それとその概念と使用例については何年も前から知っていましたが、深く掘り下げることに時間を割く機会がありませんでした。

現在、サービスとして公開されている一元化されたビジネス ロジックからメリットを得られるプロジェクトがいくつかあります。これらのプロジェクトでは、さまざまなプラットフォームでさまざまなインターフェイスが必要になるため、「ビジネス ロジックのサイロ」が発生していることがわかります。

何が可能で、どのようにそれを達成できるかを発見するために、いくつかの概念実証を試してみました。これは、通常の C# 開発者にとって少し基本的なフェーズ シフトであると言わざるを得ません。

私が達成したい3つのことがあります:

  1. 実行時にインスタンス化されたステート マシン
  2. ユーザーによるカスタマイズが可能です (さまざまなタスクをさまざまな順序で実行し、状態間で呼び出される固有の関数を持ちます)。
  3. WCF 公開

そのため、ステート マシン ワークフロー、xamlx wcf サービス、持続性と監視を備えた appfabric ホステッド サービス、実行時にデータベースから xamlx サービスをロードする方法などをテストしましたが、これらの例はすべてうまく機能していないようです。たとえば、ホストされたステート マシン サービスは、appfabric の場合、次のような一連のサービス メソッド呼び出しに問題があります。操作が正しい順序で実行され、使用中のバインディングが順序どおりの配送を保証していることを確認してください。」

また、SQL ストアから実行時にインスタンス ワークフロー サービスを呼び出す場合、それらは appfabric で追跡できません。

Ron Jacobs 氏の非常に役立つハンズオン ラボとブログ投稿のすべてに感謝します。

これらの概念すべてを結びつけることを誰かが知っている例はありますか?

不可能なことをしようとしていますか、それとも正しい方法でこれを試みていますか?

ご協力いただきありがとうございます。また、ご意見をお寄せいただきありがとうございます。

ニック

4

1 に答える 1

0

エラーに関しては、一度展開した WF を変更したようです (リストの 2 番目ですか?)。したがって、言及したエラーです。

バージョニング (またはこの場合、展開された後に WF を変更すること) は、次のバージョンで改善されるものですが、#2 で必要なものが達成されるとは思いません (それが私が理解している場合)。すべてのインスタンスに同じ WF が使用されるためです。

于 2012-05-08T12:24:36.427 に答える