2009-05-21 14 views
6

私はこれらの質問を見つけましたが、それらのカップルは少し古いでした:ASP.NET MVCはWebフォームを置き換える予定ですか?

https://stackoverflow.com/questions/191556/should-i-pursue-asp-net-webforms-or-asp-net-mvc Do you think ASP.NET MVC will compete with ASP.NET Webforms? ASP.NET MVC > ASP.NET WebForms, Why?

私は、これらが重複していると新たな光を当てることができることを十分に古いかもしれないとは思いません。そうでない場合は、これを閉じてください。

いずれのフレームワークや言語も、必ずしもすべての仕事の唯一のツールではありません。しかし、Microsoftの優先順位リストでは、MVCの欠落しているWebフォームやWebフォームが少なくなっていますか?非常に多くの人が投資しているため、Webフォームを長時間保持する必要がありますが、新しい機能を追加する必要はありません。

これは良い例かどうかわかりませんが、ウェブパーツを思い出させます。私はそれがMicrosoftから大幅に改善されたことはありませんでした。それは機能し、私は本当にそれを試して、それから多くを得るようになるまでそれが素晴らしかったと思った。それから、私はそれがVisual Studioにとどまっていたにもかかわらず、Microsoftにそれほど追求されていないことが分かりました。たぶんそれは悪い例です。ちょうど私が思い出したもの。

編集:誰かがこの件に関するマイクロソフトからの声明をお持ちの場合、それは高く評価されます。誰にも違反しない。私は公式のものだけを望んでいた。

答えて

15

このマイクロソフトの答え:

ASP.NET MVCは が簡単にWebアプリケーションの モデル・ビュー・コントローラ(MVC)パターン を実装することができますフレームワークを提供します。このパターン を使用すると、アプリケーションを疎結合のプラグイン可能なコンポーネント に分割して、アプリケーション設計、処理 ロジック、および表示用に にすることができます。

ASP.NET MVCは Webフォームの代わりではありません。 Web アプリケーションを設計するときは、代替の を選択することができます。 ASPを使用します。それは達成し それはより多くの制御を提供していますこれは、テスト駆動 開発(TDD)

を容易にします 懸念

の明確な分離を維持することができます•

:NET MVCは 次のような利点を提供していますアプリケーションに公開する のURL によって送信されたHTMLを介して

+5

ASP.NET WebFormsに投資したすべての開発者と企業に、これが唯一の選択肢だったとき、マイクロソフトはこれを返すべきです。マイクロソフトは依然としてビジネスであり、商用の顧客基盤を満たすためにASP.NET WebFormsを生かし続ける必要があります。 ASP.NET MVCは、オープンソースの分野に参加できるように作成され、Ruby、PHP、Pythonなどの無料のWeb開発フレームワークから市場シェアを引き離そうとしています。飛行船。 –

+3

この見積もりの​​出所はありますか?それはどこかのブログ記事にありましたか? – epotter

5

Webフォームは去っていません。マイクロソフトは開発者に、従来のasp.netプログラミングと一般的なMVCプログラミングの方法を選択する方法を与えました。 WebFormsと競合することはありません。これは、開発者が使用するもう一つの選択肢です。マイクロソフトから非常にスマートに移行し、開発者の基盤を守ります。

+3

私は同意します。たとえば、Java開発者が持っているすべてのオプション(JSP、サーブレット、JSF、ストラット、タペストリー、Spring MVCなど)を見てみましょう。開発者がASP.NETプラットフォームを適切に保つための別のオプションが必要です。 MVCはそこに大きな利点です。 –

0

他のすべての機能と同様に、今後の開発はどれほど普及するかによって異なります。より多くの人々がそれを使用するほど、将来的にはMicrosoftが投資する可能性が高くなります。

他の言語(例えばストラットやレールなど)での類似のフレームワークの人気から判断して、すでに普及していると思います。

2

私はむしろ開発者の関心の焦点がMVCにシフトすると信じています。

実際の使用シナリオでは、WebFormsはアプリケーションや閉鎖されたサイトで引き続き使用され続けますが、MVCは一般公開されているサイト(および検索エンジンでは、そうです。

10

どちらも強度が異なります。

MVCは、HTMLとページのライフサイクルの正確な制御が重要な公共のインターネットサイトに最適です。

Webフォームは、企業のLANイントラネットサイトに最適です。開発スピードが重要で、Webサーバーのアップストリーム帯域幅は豊富ですが、サーバー上のメモリはより制約されます。

正直なところ、より多くのasp.netプログラマはおそらく前者より後者をやっています。

+0

Webフォームを使用すると、クライアントサイドのコーディングが非常に難しくなります。それは本質的にメインストリームのWebテクノロジーから離れています。だから、逆に、私はより多くのasp.netプログラマがWebフォームよりMVCをやっていると思う。 –

+0

2015年、それはおそらく本当です。 2009年、私はそれほど確かではありません。また、WebFormsは、人々がそれを信用できるほどの柔軟性を持っています。 –

+0

あなたは正しいです。Joel、私は2013年のように最近混乱しています。私はWebプログラミングを学び始めたときに人気があります。誰かが今日の答えを読んだだけで、私はコメントを追加しました。 –

3

ASP.NET MVCでは、メンテナンス可能なアプリケーションを構築することができます。また、コードの大部分を自動テストすることもできます。

ウェブサイトのサイズが妥当であるか、または妥当な寿命を持つ予定の場合、MVCは非常に優れた役割を果たします。

私はパブリックサイトのSEOの議論を理解していますが、MVCの利点はイントラネットアプリケーションでも優れた候補になると思います。おそらく、いくつかの良いコレクションユーザーコントロール、つまりヘルパーメソッドでは、MVCがフィールドを支配することができます。

0

私はASP.NET MVCのWebフォームを置き換えるために、ここではないと考えています。

代わりに、ロジックとビューの分離を念頭に置いて開発するASP.NET開発者、そしてパフォーマンスと容易さのための代替手段を提供します。

0

VbScript、ASP Classicをマスターし、Visual InterDevで実際にデバッグできる少数のエリートであった開発者にとって、.Netの導入は悪かったです。

MVCは、Webフォームのパス上にのみ続行する人には悪いです。

これほどまでに、あなたは、パイクを下っているものについての壁の手書きを認識できるはずです。

関連する問題