私はWF4を把握しており、現在単純な費用承認システムの概念実証実験を行っています。 IISでホストされているWorkflowServiceを使用して、Webクライアントが承認を送信できるようにします。クライアントが必要となる、ということですについてワークフローServiceHostデザイン - クライアントからのワークフローを再開
WF4 Expense Workflow http://i56.tinypic.com/esohno.jpg
一態様私は不明だ:私の現在の設計は、次のように(私たちは受信活動にexpenseIDとisApprovedブールを渡していると仮定)であります次に呼び出すReceiveアクティビティを正確に把握します。これを行うには、クライアントは、ワークフローがどこにあるか(データソースを照会することによって)、何らかの種類の状態フラグをオンにして、適切なReceiveアクティビティを呼び出すことを正確に知る必要があります。しかし、これを確実に行うには、永続的なワークフローを使用する点を迂回していますか?
私のデザインは間違っている可能性があるので、この作業を最も効率的に行う方法やデザインを改善する方法に関するインプットや指導を歓迎します。
ええと、あなたはこの例が本当にWFに役立たないと言うでしょうか? WFのようなサウンドは、特定のワークフローへの単一のエントリーポイントに適していますか? –
私は実際に反対を言うだろう。 WFはこれには最適ですが、WCF自体がサービス契約の説明を介してWCFクライアントに状態遷移を提示しないことを理解する必要があります。 クライアントが、このように機能するサービスの使用方法を定義しているよく書かれたAPIドキュメントを読んだり、マニュアルを読むと、うまくいきます。 どのようなサービス設計/開発者の経験が適切かは、その種類によって異なります。 –
私は最初のステップは、あなたのクライアントが誰であるかを明確に定義することだと思います。 一般に公開されている場合は、操作によってプロセスが明確に定義されるようにサービス契約を再設計したい場合があります(すでに現状に満足しているかもしれません)。 また、クライアントセットが制限されている場合は、このようなサービス設計を採用する方がはるかに簡単です。 –