1

この件についてしばらく検索しましたが、これまでのところ「満足のいく」答えは見つかりませんでした。

私は自分自身を説明しようとします。

一部のエンティティについて、作成/編集プロセスのウィザードを必要とする Web アプリを開発しているため、ユーザーはステップを切り替えて、そのようなエンティティを構築するために必要な複雑さとフローをより適切に制御できます。

私が見つけた提案されたすべての代替手段(私は邪悪なウィザードの宝石とマルチステップフォームに関するASCIIキャストをチェックしました)は、ウィザードのエンティティへの変更を要求することで終わります. IMO、ウィザードは、エンティティとそのインターフェイスとは何の関係もないビューの特殊性にすぎません...ビューの問題に対処するためにモデルを変更することになると、SRP(単一責任の原則)に違反し、関心の分離そのもの。セッションにデータを保存することはオプションですが、既存の (永続的な) エンティティを編集する場合は、セッションで変更を保持するのではなく、各ステップで永続化することで対処する必要があります...

では、ウィザードを使用してアプリを作成した人はいますか? 助言がありますか?!?

PS: 私は Rails を使用していますが、問題は、テクノロジに関係なく、説明されているシナリオを適切にモデル化する方法についてです。

4

1 に答える 1

1

私の意見では、Cookie、ローカル ストレージ、indexedDB などのブラウザー機能を利用して、ウィザード ステップのデータを保持し、お好みの Jquery または Javascript ライブラリを使用して、永続化されたデータを操作したり、そのようなデータを取得したりできます。

サーバー側の呼び出しを行うウィザード ステップから実行される操作がある場合は、サーバーから結果を再入力するのではなく、同様の方法でそれらの結果をキャッシュします。

于 2013-03-10T07:01:50.440 に答える