WPFまたはワークフロー？

Question

私は質問があります。うまくいけば、私を正しい方向に向けることができます。

私は、より良い用語が不足しているため、何らかの形のデシジョンツリー/ワークフローが必要なアプリケーションに取り組んでいます。私はいくつかの明確さのためにそれを以下で説明します。

ユーザーがウェブページに記入するリクエストフォームがあります。フォームの冒頭には「紹介タイプ」があります。フォームの質問の一部を選択した参照タイプのベースが変更されます。紹介タイプに応じて、2つ、3つまたは4つの質問グループがあります。全体の質問グループは合格または不合格である可能性があります。

質問の最初のグループはフォームが処理を停止しfail..then場合など

これを処理するための最良の方法でしょうか？ WPFはこの状況でうまく動作しますか？

Answer 1

WPFはWindows Presentation Foundationであり、ワークフロー管理システムよりもユーザーインターフェイスに関するものです。ワークフローでは、自社開発のデータベース駆動型ソリューションを構築することも、UltimusやSharepointなどのツールを使用することもできます。

また、Windows Work Flow Foundationも考えている可能性があります。

私は、ワークフロー管理にUltimusと自家開発の両方の実装を使用しています。同僚はSharepointを使用しています。それぞれに利点や短所があります。

Answer 2

私は決してそれを試みたことがないので、ワークフローがASP.NETでどれくらいうまく機能するのかは分かりません。私はいくつかのサンプルが実際にこれをカバーしている可能性があると信じています。それが最初の技術的なハードルです。

ロジックがあまりにも複雑ではないように聞こえます。紹介タイプに基づいてユーザーが取ることができる有限数の「パス」があります。各経路はかなり直線的で、2〜4個の「グループ」の質問があります。各グループを1ページにまとめることはできますか？それは物事を大幅に簡素化するでしょう。

Spring.NET Web FrameworkなどのWebフレームワークは、ワークフローよりもこのタスクに適している場合があります。条件論理を表現しようとしています - 基本的には "Xならば次のページに行き、そうでなければ質問を終わらせる"。 Spring.NETは、検証フレームワークと結果マッピングを使用して、この正確な種類のロジックを処理します。

ワークフローは確かにこの種のロジックには適していますが、検証以外の各グループの質問に何らかのリスコンスが発生していますか？もしそうでなければ、それは過度の可能性があります。