私は非常に単純なステートマシン注文処理アプリケーションを実装しています。これは、いくつかの紆余曲折の電子商取引アプリケーションです。アプリケーションのユーザーは、ワークフロー自体を編集することはありません。Asp.netとWindows Workflowの組み合わせは良いですか？
Microsoftはasp.netとWindows Workflowを組み合わせることができると主張しています。 asp.netとWindows Workflowの組み合わせをインストールして維持するのはどれくらい難しいですか？私は、SQL Serverのワークフロー状態を維持しています。
自分のステートマシンコードをロールするほうが簡単か、Windows Workflowはジョブの正しいツールですか？
Asp.netとWFはうまくいきますが、WFではメンテナンスオーバーヘッドがあまりありません。
これが適切なデザインであるかどうかは、必要に応じて大きく異なります。イベント駆動型のアクションがたくさんある場合、WFは価値があるかもしれません。そうしないと、独自のトラッキングのオーバーヘッドがシステムに複雑さを与える可能性があります。
WFは合理的に扱いやすいので、試作して実験してみることをお勧めします。
また、私の意見では、あなたの要件に基づいて、私はWFがあなたにとって正しいソリューションであるかどうか疑問に思います。
あなたのステートマシンが非常にシンプルな場合は、自分でロールする必要があると言います。あなたはすべてをよりコントロールします。あなたは、あなた自身の言葉で永続性を扱うことができ、彼らのやり方について心配する必要はありません。
WFはかなり涼しく見えますが、それはおそらくCRMやSharepointのようなフレームワークに結び付けやすいという事実にあります。アプリケーションでこれらを使用する場合は、WFの使用を検討します。
完全開示：私は間違いなくWFの専門家ではありません。
あなたのニーズによって異なります。ステートマシンはどのくらい複雑ですか？ステートマシンをどこで稼働させたいですか（モデルとデータベースなど） WWFはイベントベースのステートマシンを提供します。これは、ステートマシンがモデルに埋め込まれていれば十分です。
個人的に私は電子商取引フレームワークやその他のワークフローベースのWebサイトを実装してきましたが、データベースベースの状態マシンを実装することから常に多くの喜びを得てきました。常に問題なく動いた。
一方、私の一部の同僚はWWFを好む。
いずれにしても、ASP.NETでは完全に機能します。