私が理解しているように、ページのリロードを処理する「従来の」方法は、コントローラー、ビュー、およびモデルを使用して Web スタックで機能とプレゼンテーションを複製することです。これらの状況を処理するための他の (おそらくより良い) 方法についての洞察をいただければ幸いです。次の 2 つのアプローチに関するフィードバックと同様に:
すべての Web (スタック) アプリ ページで js フレームワーク ベースのアプリ/スイートを再読み込みし、js フレームワークにすべてのルーティングとレンダリングを強制的に処理させます。
Web スタックを使用してインタラクションをルーティングし、バックボーンを使用してインタラクションに応じてビューを表示します。
ありがとう！
私見2.アプローチは、バックボーンが生まれたアプローチです:)
このアプローチに従って、シングルページアプリケーションと呼ばれるもので終了します。
しかし、中規模から大規模のアプリケーションでこれを実現することは、非常に困難な場合があります。要素の初期化または置換Routerを担当する必要がある複雑な問題に対処する必要があります。また、メモリリークとゴーストビューにも注意する必要があります。すべてのページでコレクションとモデルを再利用しているため、コレクションとモデルを更新するシステムを定義する必要があります...
したがって、両方のアプローチを組み合わせることも良い考えです。アプリケーションを次のようなモジュールに分割できます：、、、ManagingUsersこれらのモジュールのシングルページアプリケーションを作成します。これには、ページをリロードしないアクションが含まManagingPostsれます。別のモジュールに移動すると、ページがリロードされます。フレームワーク全体の会社であり、健全なメモリリセットを備えています。ManagingMediaindexeditshow