リファレンスアプリを勉強してマニュアルを読んだことで、SpringWebFlow2.1の第一印象を覚えました。先に進む前に、このコミュニティの印象をお聞きしたいと思います。
実際、私は自分のサイトを1つのWebページのみで構成するように計画しています。他のすべて（ログイン/ログアウト、要素の追加など）は、非同期を介して更新されることになっています。コミュニケーション。ただし、Spring WebFlowの第一印象は、フラグメントではなく、連続するWebページのフローを接着することです。
したがって、2つの質問：
前もって感謝します
Spring Webflowは、アプリケーションのフロー通信に優れています。ただし、webflowの非同期サポートは、フラグメントの更新に特化しています。そのため、非同期のajax遷移を処理することは非常に困難です。
実行に実行番号と状態IDの2つの要素が含まれているとします。実行番号は、このフローに対してN回開始されたことをWebフローに通知します。状態IDは、対応する実行番号に関連付けられているフローのこのステップ（遷移/状態）にユーザーがいることをWebフローに通知します。
フラグメントをレンダリングしようとすると、チュートリアルはどの状態にも移行しないように指示します（つまり<transition on="someFragment"> <render fragments="some_tilel"/>... </transition>、別の状態に移行する場合は、状態IDをインクリメントします（ページに入るときに2だった場合、webflowはそれを考慮します） 3）ただし、ページをまったく変更していないため、ページ上のすべての状態で次の状態IDが3であると想定されますが、次の状態IDは実際には4になります。
ご想像のとおり、非常に複雑になる可能性があります。私の提案は、ページ上の情報を更新し、フロー制御を避けるために、webflowからのajaxサポートのみを使用する必要があるということです。
複数のフラグメントを使用してAJAXリクエストをどのように処理していますか。springwebflowは、個々のフラグメントではなく、個々のビューステートで単一のモデルをサポートしているため、複数のフラグメントを同時にレンダリングすることはできません。