5

Microsoft のチュートリアルを見ると、単一のリストをフィルター処理または更新するという非常に単純なシナリオで SPA を使用しているようです。

複数のリスト、複数の追加画面、ユーザーを特定のプロセスに誘導するいくつかのウィザードなどを持つ、もう少し複雑なインターフェイスがあるとします。

シングルページアプリケーションがシステムの各領域に複数のコントローラーとビューを持つことをお勧めします。つまり、ユーザー管理領域がある場合、これは1つのコントローラー/ビューであり、ユーザープロファイルの維持は別のコントローラー/ビューである可能性があります。

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

そのようなアプリが本当に SPAだった場合、システムの領域ごとにユーザー インターフェイスを反映する 1 つのページに大量のdivが表示されることになると思います。このページのフットプリントは潜在的に巨大になる可能性があります。

FaceBookと比較することで、私が達成しようとしていることを比較できると思いますか? ただし、AJAX を介してオンザフライでビューをダウンロードしているため、フットプリントは比較的小さいと思います。

4

1 に答える 1

1

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

もちろん、「舞台裏」のコードでは、好きなように構造化することができます。新しいASP.NETWebAPIは、これに非常に適しています。初期UIをセットアップし、アクション(通常はRESTfulエンドポイント)をJSONAPIとしてコーディングします。次に、JavaScriptでJSON呼び出しを行い、追加のUIをオンザフライで構築します。

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

于 2012-07-06T17:18:48.087 に答える