中規模アプリのビジネスロジックからデータを分離するワークフローファンデーション？
現在、WPFで.netアプリを開発しています。これは、ローカル（および一部のリモート）サーバーへのデータアクセスが良好なデスクトップアプリになります。ここでのビジネスロジックは非常に複雑であり、現在、データアクセスなどとともにコードに組み込まれています（WPFであるため、UIは非常にうまく分離されています）。
今、私はこのシステムを再編成して、特定のロジックが変更されたときに長期的に保守しやすくするという任務を負っています。ワークフローはロジックをかなりうまく分離し、少し視覚化できるようになっていることを私は知っています。ワークフローは、長期間実行する必要のないアプリに適していますか？ （ワークフローcan何ヶ月もアイドル状態で待つため）プラットフォームでのあなたの経験は何ですか？中堅企業との取引は遅いですか。約150人の同時ユーザー？あなたがそれを好きなら、私が巨大なアプリにそれを実装することを約束する前に、私にプラットフォームの味を与え、いくつかのテストをすることができる良いオンラインチュートリアル（できればMSDNではない）を知っていますか？
WF-カスタムTFSワークフローとアクティビティの作成については少し経験があります。一般的に作業が面倒で時間がかかることがわかりました-ワークフローを開くには長い時間がかかります（WEI 5.9マシン）、VS.NETがハングすることが多く、いくつかのコア機能が欠落しており、わずかにバグがあります。
単純なワークフロー以上のものがある場合は、すぐに画面の領域が不足します。私は24インチの縦向き（1200x1920）を持っていて、もっと垂直な部屋が欲しいと思うことがよくあります。
全体的に、私はそれがかなりイライラしていると感じ、それをお勧めしません。コードではこれ以上簡単にできないことは何もできなかったようです。