書店の Web サイトを作成したいのですが、ASP.NET WebForms と MVC のどちらを使用すればよいかわかりません。どちらが効率的で、スループットが向上するか、誰にもわかりますか?
Microsoft が「ASP.NET MVC は WebForms に代わるものではない」と言っていることは知っています。一部の開発者は、WebForms は MVC よりも開発が速いと言っていますが、私は、これはすべてテクノロジの快適さのレベルに帰着すると考えています。したがって、この方向での回答は望んでいません。
ASP.NET MVC を使用すると、開発者はアプリケーションをより細かく制御できるのに、なぜ WebForms が時代遅れと見なされないのでしょうか? 新しい開発で MVC よりも WebForms を優先するのはいつですか?
私はこの回答をウェブで見つけて参考になったので、これをあなたと共有する必要があります. :)
Webforms 対 MVC は、現在話題になっているようです。私が知っている人は皆、MVC が次の素晴らしいものになると宣伝しています。少し手を加えたところ、問題ないように見えますが、Webフォームの終わりになるとは思いません。
私の推論、および MVC よりも Web フォームが選択される理由に関する推論は、どちらが優れているかというよりも、ビジネスの観点と関係があります。
MVC よりも Web フォームが選ばれる最大の理由は、時間とお金です。
チームのほとんどが Web フォームを知っていて、MVC でそれらを高速化する時間がない場合、生成されるコードは高品質ではない可能性があります。MVC の基本を学んでから飛び込んで、必要な複雑なページを実行することは、まったく別のことです。学習曲線は高いので、それを予算に織り込む必要があります。
すべて Web フォームで作成された大規模な Web サイトがある場合、サイトにまったく異なる 2 つのタイプのページが存在しないように、Web フォームで新しいページを作成する傾向があります。
ここで、すべてかゼロかのアプローチだと言っているわけではありませんが、両方に分割があると、特にチームの全員が MVC に精通しているわけではない場合、コードの保守が難しくなります。
私の会社は最近、MVC を使用して 3 つのテスト ページを作成しました。私たちは座ってそれらを設計しました。私たちが遭遇した問題の 1 つは、ほとんどの画面で同じページに表示機能と編集機能があることです。ページに複数のフォームが必要になりました。大したことではありませんが、マスターページを使用しない場合を除きます。Web フォーム ページと MVC ページの両方が共通のルック アンド フィールのために同じマスターページを使用できるように、これを改良する必要がありました。これで、ネストの追加レイヤーができました。
適切な MVC 分離に従うように、これらのページ用にまったく新しいフォルダー構造を作成する必要がありました。
3ページではファイルが多すぎると感じましたが、それは私の個人的な意見です。
私の意見では、MVC を使用するようにサイトを更新するために投資する時間/お金がない場合は、MVC よりも Web フォームを選択するでしょう。これに対して中途半端なアプローチをしても、現在の Web フォームより優れたものにはなりません。さらに悪いことに、このテクノロジが台無しにされた場合、会社で失敗するように設定している可能性もあります。
その決断を今する必要はありません。VS 2013 では、同じプロジェクト内であっても、WebForms、WebAPI、および MVC を組み合わせることができます。