クローズ。この質問は
オフトピックです。現在、回答を受け付けていません。
コメント
回答
私の個人的な意見では、ASP.NETMVCは一歩先を行っています。
ASP.NET Webフォームには、主にイベントベースのアプローチでWindowsフォームのようにプログラミングしているという事実にいくつかの利点がありました。 Windowsフォームでプログラミングした場合は、実際に家にいることを確認してください。また、HTML / CSS / Javascriptをできるだけ少なくしました。ただし、コードが背後にある場合でも、表示ロジックに直接結合されているため、いくつかの欠点もあります…およびViewState / PostBack？十分に述べました（必要でしたが、なんと混乱しました…）
ここで2つの比較を非常に長く書くことができましたが、このリンクを提供します。これは、私が提供できるよりもはるかに詳細な比較を示しています。ここでは、すばらしいです： http://coderjournal.com/2008/12/introducing-aspnet-mvc-part-2-aspnet-mvc-vs-webforms/
ASP以降、これを追加します.NET MVCは表示ロジックから切り離されているため、さまざまなレンダリングエンジンを使用できます（Razorは優れたIMHOです）。これについては、ウィキペディアの情報を確認してください。 p>
コメント
回答
間違いなく機会があれば、「従来の」ASP.NETではなくASP.NETMVCを選択してください。
確かに、ASP.NET MVCの多くは、Ruby onRailsにあるものと似ています。 （または最近のほとんどのMVC Webフレームワーク）しかし、それは悪いことではありません。URLルーティングとビューからのコントローラーの分離は、コツをつかめば、実際には非常に優れた作業方法です。
そして、正方形のペグを丸い穴に詰め込んで「ステートフル」モデルをステートレスプロトコル（「クラシック」など）に強制するのではなく、フレームワークをWWWの実際の動作に合わせて維持することによって「ASP.NETはそうしました）、ASP.NETが持っていた恐ろしくて漏れのある抽象化をすべて削除します。
WPFの代わりにASP.NETMVCを学ぶべきですか？私にはわかりませんが、それでも有効ですか？選択？確かに、ASP.NET MVCが機能するすべての場所でWPFを使用することはできません（その逆も同様です）。そのため、一方を他方の「代わりに」学習する必要はないと思います…
コメント
回答
ASP.NET MVCにより、複雑さの管理が容易になりますアプリケーションをモデル、ビュー、およびコントローラーに分割します。
ASP.NET MVCは、ビューステートまたはサーバーベースのフォームを使用しません。これにより、MVCフレームワークは、アプリケーションの動作を完全に制御したい開発者にとって理想的です。
ASP.NET MVCは、単一のコントローラーを介してWebアプリケーション要求を処理するフロントコントローラーパターンを使用します。 これにより、豊富なルーティングインフラストラクチャをサポートするアプリケーションを設計できます。
ASP.NET MVCは、テスト駆動型開発（TDD）のサポートを強化します。
ASP.NETMVCは適切に機能します。 開発者の大規模なチームによってサポートされているWebアプリケーション、およびアプリケーションの動作を高度に制御する必要があるWebデザイナー向け。
出典：の利点 ASP.NETMVCとWebフォーム