0

質問の核心は、「Asp.Net と MVC の間にどの程度の共通点があるか」ということだと思います。たとえば、デスクトップの観点からは、Windows フォームを学習するか、WPF を学習するかのどちらかであり、2 つの共通点はほとんどありません。MVC の達人になりたい場合は、通常の Asp.Net も学習する価値がありますか? それとも引退に向かっているのでしょうか?

4

2 に答える 2

1

「通常の ASP.NET」とは WebForms のことだと思いますか? Web フォームと MVC は ASP.NET の上に構築されている (そしてパイプラインを共有している) ため、質問は Web フォームと MVC の比較に変わります (真剣にこれは何百万回も議論されています)。単体テストとより詳細な制御を検討している場合は、MVC を使用することを強くお勧めします。Web フォームで単体テストを実行できないというわけではありません。

それらのリンクをチェックしてください:

http://blog.gadodia.net/choosing-between-webforms-and-mvc/

http://haacked.com/archive/2008/11/13/future-of-aspnet.aspx

http://msdn.microsoft.com/en-us/magazine/dd942833.aspx

于 2013-04-30T13:35:29.743 に答える
1

WebForms と MVC は、ある時点まで共通のパイプラインを共有し、その後分岐します。最近のバージョンの WebForms は、ルーティングやモデル バインディングなど、MVC に見られる機能の多くを獲得していますが、主に 2 つを分離しているのはサーバー コントロール アーキテクチャであり、WebForms が「ページ ベース」であるのに対し、MVC は「コントローラー」であるという事実です。ベース」。つまり、WebForms ではすべてがページを中心に展開しますが、MVC ではすべてがコントローラーを中心に展開します。

WebForms と MVC の両方に、拡張ポイントとインターセプト ポイント (イベントまたは置き換え可能なコンポーネント) を定義する独自の「パイプライン」があります。WebForms は MVC よりも「イベント ドリブン」であり、パイプライン内のさまざまなイベントをサブスクライブして処理を完了する必要があります。ある意味では、WebForms と Windows Forms、および MVC と WPF の間には強力な必然性があります (WPF は MVC ではなく MVVM を使用しますが、実際には類推が機能するほど類似しています)。

現時点では、ASP.NET での開発作業の 90% が WebForms であることに気付くでしょう。また、多くのレガシー コードが存在する可能性が高いため、単純に作業したくない場合を除き、それを学ぶことがおそらく重要です。 WebForms を使用しており、自分自身を制限しても構わないと思っています。

WebForms は「消滅」したり「消えたり」することはなく、活発な開発が行われています。MVC に取って代わられることはないと思いますが、MVC と一緒に提供され続け、2 つが実際にある段階で統合される可能性があります (ただし、WebForms を変更する必要があるため、それには何年もかかると思います)。実質的に)。

于 2013-04-30T13:44:14.517 に答える