MVC4単一ページアプリケーション - 複数の画面

Question

マイクロソフトからのチュートリアルを見ると、非常に単純なシナリオでSPAを使用したと思われます。つまり、単一のリストをフィルタリングまたは更新するためです。

私は、複数のリスト、複数の画面を追加したり、特定のプロセスを通してユーザーを誘導するいくつかのウィザードなど、多少複雑なインターフェースを持っています。

単一ページアプリケーションがシステムの各領域に複数のコントローラとビューを持つようにするのが好ましいでしょうか？つまり、ユーザー管理領域がある場合 - これはコントローラ/ビューの1つで、ユーザープロファイルの管理は別のコントローラ/表示。

したがって、ユーザーエクスペリエンスはページ間のナビゲーションですが、特定の操作を実行するページではすべてAJAXですか？

、このようなアプリは本当にSPAだった場合、私は私が私のシステムでは面積あたりのユーザーインターフェイスを反映し1ページ内のdivのトンで終わると思う - このページのフットプリントは、潜在的に巨大なだろうか？

私はフェイスブックと比較することによって達成しようとしているものを比較することができると思いますか？しかし、彼らはAJAX経由でビューをダウンロードしているので、フットプリントは比較的小さいと思われます。

Answer 1

本当のSPAは、通常、何らかのJSON呼び出しに応答して、UIを「リアルタイム」で生成/破棄します。これはknockout.jsのようなフレームワードが本当に役立つところです[双方向バインディングコードをたくさん削除する]。

もちろん、「舞台裏」というコードでは、好みの方法で構造を構築できます。新しいASP.NET Web APIは、これに非常に適しています。最初のUIを設定し、アクション（通常はRESTfulなエンドポイント）をJSON APIとして記述します。 javascriptにJSON呼び出しを行い、追加のUIをオンザフライで作成させます。

多くの完全なビューは必要ありませんが、UI要素を作成するJavaScriptのテンプレートとしての部分的なビューが役立つ場合があります。