個人的に使用していないフレームワークが非常に多いため、これは完全な答えではありませんが、ASP.NET MVC から来て、これらの JS フレームワークのいくつかを使用したので、私の経験と個人的な観察を共有したかっただけです。
一般的に、ASP.NET、特にコントローラーとは異なることがわかりました。一般的な傾向として、モデルは JS フレームワークの方がスマートで、ASP.NET 用語ではコントローラー + モデルになる傾向があります。もう 1 つの違いは、ASP.NET MVC とは異なり、同じことを行う方法が常に非常に多いことです。また、ASP.NET MVC とは異なり、フレームワークの選択を補完するために他の要素が必要になることがよくあります。たとえば、ノックアウト上のルーティング ライブラリ、バックボーンを備えたテンプレート エンジンなどです。最後に、ASP.NET よりもはるかに動的です。非常に多くのフレームワークがあり、常に進化しており、最新の状態に保つことや、決定的な情報源を見つけることは非常に困難です (ps: 何もありません)。
Yasser のリソースは非常に優れています。また、Addyosmaniブログを RSS フィードに追加してください。彼は自分のフレームワークを熟知しています。Yasser が指摘した ToDoMVC は、すべてのオプションと、さまざまなフレームワークでの処理方法について簡単に理解するための優れたリソースです。これは素晴らしい出発点ですが、出発点にすぎません。役に立つことを学ぶには、手を汚す必要があります。
だから私はバックボーンとノックアウトを使用しました。
バックボーンは MVC ですが、バックボーンの C はコントローラーではなくコレクションであり、ルーティング、アンダースコア テンプレート エンジン (ただし、必要に応じて変更できます) を提供し、RESTful API との同期を非常に処理します。また、バックボーンが自分に向いていないと判断した場合でも、それ自体が優れたライブラリであるアンダースコア ライブラリを使用します。モデル - バックボーン - はアプリケーションの中心にあり、ASP.NET MVC 用語ではコントローラー + モデルです。
モデルは、あらゆる JavaScript アプリケーションの心臓部であり、対話型データと、それを取り巻くロジックの大部分 (変換、検証、計算されたプロパティ、およびアクセス制御) を含みます。
Knockoutは MVC ではなく MVVM ですが、学習用に試す価値はあります。モデル バインディングのみを行い、ルーティングは行いませんが、非常にエレガントに行います。
次に試すフレームワークを 1 つ選んでください。これは最後に学習課題となります。静かな人気があるという理由だけで Backbone を選び、時間があれば他のフレームワークをすべて試してみます。とてもエキサイティングなエクササイズになると思います。