ASP.Net MVCとWebフォームを使用する最大の利点

どちらを使用する場合の利点のいくつかは何ですか？

ASP.net MVCの主な利点は次のとおりです。

1. レンダリングされたHTMLを完全に制御できるようにします。

2. 懸念事項（SoC）を明確に分離します。

3. テスト駆動開発（TDD）を有効にします。

4. JavaScriptフレームワークとの簡単な統合。

5. Webのステートレスな性質の設計に従う。

6. SEOを可能にするRESTfulなURL。

7. ViewStateおよびPostBackイベントなし

ASP.net Webフォームの主な利点は次のとおりです。

1. RAD開発を 提供します

2. Winform開発からの開発者向けの簡単な開発モデル。

ASP.NET WebフォームとMVCは、Microsoftが開発した2つのWebフレームワークです。どちらも優れた選択肢です。どちらのWebフレームワークも他のものに置き換えられることはなく、それらを単一のフレームワークに「マージ」する計画もありません。継続的なサポートと開発はマイクロソフトによって並行して行われ、どちらも「なくなる」ことはありません。

これらの各Webフレームワークには、利点/欠点があります。Webアプリケーションを開発する際には、そのいくつかを考慮する必要があります。Webアプリケーションはどちらのテクノロジを使用しても開発できます。これにより、特定のアプリケーションの開発で、一方のテクノロジを他方のテクノロジよりも簡単に選択できます。

ASP.NET Webフォーム：

• 開発が状態をサポートする •Windowsアプリケーションと同様に、Webアプリケーションがユーザーの操作を認識しているように見せます。つまり、「ウィザード」機能の実装が少し簡単になります。Webフォームは、その複雑さの多くを開発者から隠すのに優れています。
• 迅速なアプリケーション開発（RAD） •Webフォームの配信を開始および開始する機能。これは、一部のMVCコミュニティによって異議が唱えられていますが、Microsoftによってプッシュされています。結局のところ、それは開発者の専門知識のレベルと、開発者が何に慣れているかにかかっています。Webフォームモデルは、経験の浅い開発者にとっては学習曲線が少ない可能性があります。
• より大きなコントロールツールボックス •ASP.NET Webフォームは、はるかに大きくてより堅牢なツールボックス（Webコントロール）を提供しますが、MVCは、jQuery（Javascript）を介したリッチなクライアント側コントロールに依存するよりプリミティブなコントロールセットを提供します。
• 成熟している •2002年以来、質問、問題などに関する情報が豊富にあります。サードパーティによる制御が強化されています。既存のツールキットを検討する必要があります。

ASP.NET MVC：

• 懸念の分離（SoC） •技術的な観点から見ると、MVC内のコードの編成は非常に簡潔で、整理されていて、きめ細かく、Webアプリケーションを機能面で簡単に（うまくいけば）拡張できるようになっています。開発の観点から優れたデザインを促進します。
• クライアント側ツール（豊富なユーザーインターフェイスツール）とのより簡単な統合 •Webアプリケーションは、これまで以上に、デスクトップに表示されるアプリケーションと同じくらいリッチになっています。MVCを使用すると、このようなツールキット（jQueryなど）と、Webフォームよりも簡単かつシームレスに統合できます。
• 検索エンジン最適化（SEO）フレンドリー/ステートレス •URLは検索エンジンにとってよりフレンドリーです（つまり、mywebapplication.com / users / 1-IDが1のユーザーとmywebapplication / users / getuser.aspx（セッションで渡されたID）を取得）。同様に、MVCはステートレスであるため、同じウィンドウから複数のWebブラウザーを起動するユーザーの頭痛がなくなります（セッションの衝突）。同じように、MVCはステートレスWebプロトコルと「闘う」のではなく、ステートレスWebプロトコルに準拠しています。
• 高度な制御を必要とする開発者とうまく 連携します。ASP.NETWebフォームの多くのコントロールは、ページがレンダリングされるときに表示される生のHTMLの多くを自動的に生成します。これは、開発者にとって頭痛の種となる可能性があります。MVCを使用すると、レンダリングされるものを完全に制御できるようになり、驚くことはありません。さらに重要なことは、HTMLフォームは通常、パフォーマンスを向上させることができるWebフォームよりもはるかに小さいことです。
• テスト駆動開発（TDD） •MVCを使用すると、Web側のテストをより簡単に作成できます。テストの追加レイヤーは、予期しない動作に対する防御のさらに別のレイヤーを提供します。

認証、承認、構成、コンパイル、および展開はすべて、2つのWebフレームワーク間で共有される機能です。

古典的なASPを覚えている年齢の人なら誰でも、htmlとjavascriptが混ざったコードでページを開くという悪夢を覚えているでしょう。私は間違っている可能性があり、私がそうであるといいのですが、MVCはそれらの悪い昔に戻っているように見えます。

ASP.Netが登場したとき、それは救世主として称賛され、コードをコンテンツから分離し、WebデザイナーにHTMLを作成させ、コード作成者がコードの背後で作業できるようにしました。ViewStateを使用したくない場合は、オフにしました。何らかの理由でコードビハインドを使用したくない場合は、従来のASPと同じようにコードをHTML内に配置できます。PostBackを使用したくない場合は、処理のために別のページにリダイレクトしました。ASP.Netコントロールを使用したくない場合は、標準のHTMLコントロールを使用しました。コントロールでASP.Net runat = "server"を使用しない場合は、Responseオブジェクトに問い合わせることもできます。

今、彼らの素晴らしい知恵の誰か（おそらく古典的なASPをプログラムしたことがない人）が、コードとコンテンツを混在させる時代に戻り、それを「懸念の分離」と呼ぶ時がきたと判断しました。もちろん、よりクリーンなHTMLを作成できますが、従来のASPを使用することもできます。「ビュー内にコードが多すぎると、正しくプログラミングできない」と言うのは、「クラシックASPで適切に構造化され、コメント化されたコードを記述した場合、ASP.NETよりはるかにクリーンで優れている」と言うようなものです。

コードとコンテンツの混合に戻りたい場合は、そのような開発のためのはるかに成熟した環境を持つPHPを使用して開発することを検討します。ASP.NETに非常に多くの問題がある場合は、それらの問題を修正してみませんか？

最後になりましたが、新しいRazorエンジンは、htmlとコードを区別することがさらに困難であることを意味します。少なくとも、ASPで開始タグと終了タグ、つまり<％と％>を探すことはできましたが、現在は@記号のみが示されています。

PHPに移行して、誰かがコードをコンテンツからもう一度分離するのをさらに10年待つときかもしれません。

PHPやJSPなどの他の開発者と作業している場合（そしてレールを推測している場合）、ページでの変換やコラボレーションは、「厄介な」ASP.NETがすべてないため、はるかに簡単になります。どこでもイベントとコントロール。

MVCの問題は、「エキスパート」であっても、貴重な時間を大量に消費し、多大な労力を必要とすることです。ビジネスは、背後にあるテクノロジーに関係なく、基本的な「機能するクイックソリューション」によって推進されます。WebFormsは、時間と費用を節約するRADテクノロジーです。より多くの時間を必要とするものは、企業によって受け入れられません。

1. 適切なAJAX、たとえばJSONResultsは部分的なページポストバックの意味がない。
2. ビューステートなし+1
3. HTML IDの名前変更はありません。
4. クリーンなHTML =肥大化せず、XHTMLまたは標準に準拠したページのレンダリングで適切なショットをとります。
5. 生成されたAXD JavaScriptはもうありません。

私にとって最大の単一の利点は、モデル、ビュー、およびコントローラーレイヤー間の明確な分離です。最初から良いデザインを促進するのに役立ちます。

ASP.Netに対するMVCの利点は見たことがありません。10年前、MicrosoftはMVCに対する答えとしてUIP（ユーザーインターフェイスプロセス）を思いつきました。それはフロップでした。私たちは当時、UIPを使用して大規模なプロジェクト（開発者4人、設計者2人、テスター1人）を行っていましたが、それはまったくの悪夢でした。

誇大広告のためにバンドワゴンに飛び込むだけではいけません。上記のすべての利点は、Asp.Netで既に利用できます（Asp.Net 4でさらに多くの調整[ Asp.Net 4の新機能 ]を使用）。

Asp.Netを使用する開発チームまたは単一の開発者ファミリーの場合は、それに専念し、美しい製品をすばやく作成して、クライアント（勤務時間の支払いをする）を満足させます。MVCは貴重な時間を消費し、Asp.Netと同じ結果を生成します:-)

フランシス・シャナハン、

1. なぜ部分ポストバックを「ナンセンス」と呼ぶのですか？これはAjaxのコア機能であり、AtlasフレームワークやTelerikなどの素晴らしいサードパーティコントロールで非常によく利用されています

2. ビューステートに関するあなたの意見に同意します。ただし、開発者が慎重にビューステートを無効にすると、レンダリングされるHTMLのサイズを大幅に削減できるため、ページが軽量になります。

3. ASP.NET WebフォームモデルではHTMLサーバーコントロールのみが名前変更され、純粋なHTMLコントロールは名前が変更されません。それが何であれ、名前の変更が行われるとなぜあなたはそんなに心配ですか？クライアント側で多くのjavascriptイベントを処理したいのはわかっていますが、Webページをスマートに設計すれば、必要なすべてのIDを確実に取得できます

4. ASP.NET WebフォームでさえXHTML標準に適合しており、肥大化は見られません。これは、MVCパターンが必要な理由の正当化ではありません

5. 繰り返しますが、なぜAXD Javascriptに悩まされるのですか？なぜそれはあなたを傷つけるのですか？これは有効な正当化ではありません

これまでのところ、私はクラシックASP.NET Webフォームを使用してアプリケーションを開発するのが好きです。例：ドロップダウンリストまたはグリッドビューをバインドする場合、最大30分、20行以下のコードが必要です（もちろん最小）。しかし、MVCの場合は、それがどれほど苦しいかを開発者に話します。

MVCの最大の欠点は、ASPの時代に戻ることです。サーバーコードとHTMLを混ぜ合わせたスパゲッティコードを覚えていますか？ああ、神様、javascript、HTML、JQuery、CSS、サーバータグを混ぜたMVC aspxページを読んでみてください。

Webフォームは、成熟度が高く、Telerikなどのサードパーティの制御プロバイダーからのサポートも得られます。

Webフォームでは、ほとんどすべてのHTMLを手動でレンダリングすることもできます。ただし、ビューステートやイベント検証など、PageAdaptersで削除できるタグはほとんどありません。GridViewや、不適切なHTMLレンダリング出力を持つその他のサーバー側コントロールを使用するように強制する人はいません。

MVCの最大の利点はスピードです！

次は、懸念の分離です。ただし、BLおよびDALロジック全体をコントローラー/アクション内に配置することを禁じていません。これは単にビューの分離であり、Webフォーム（MVPパターンなど）でも実行できます。mvcについて人々が言及していることの多くは、Webフォームで行うことができますが、追加の努力が必要です。
主な違いは、リクエストがビューではなくコントローラーに送られ、これらの2つのレイヤーが分離され、Webフォーム（aspx +コードビハインド）のような部分クラスを介して接続されないことです。

私の2セント：

• ASP.netフォームは、迅速なアプリケーション開発とビジネス価値の迅速な追加に最適です。私は今でもほとんどのイントラネットアプリケーションで使用しています。
• MVCは、URLとHTMLを大幅に制御できるため、検索エンジン最適化に最適です
• MVCは通常、より無駄のないページを生成します-ビューステートがなく、HTMLがすっきりしている=読み込み時間が短い
• ページの一部をキャッシュしやすいMVC。-MVCは書くのが楽しい：-個人的な意見;-)

MVCを使用すると、1つのページに複数のフォームを表示できます。私が知っている小さな機能ですが、便利です。

また、特にMVCパターンにより、コードの保守が容易になります。あなたが数ヶ月後にそれを再訪するとき。

MVCコントローラー：

    [HttpGet]
    public ActionResult DetailList(ImportDetailSearchModel model)
    {
        Data.ImportDataAccess ida = new Data.ImportDataAccess();
        List<Data.ImportDetailData> data = ida.GetImportDetails(model.FileId, model.FailuresOnly);

        return PartialView("ImportSummaryDetailPartial", data);
    }

MVCビュー：

<table class="sortable">
<thead>
    <tr><th>Unique Id</th><th class="left">Error Type</th><th class="left">Field</th><th class="left">Message</th><th class="left">State</th></tr>
</thead>
<tbody>
    @foreach (Data.ImportDetailData detail in Model)
    {
    <tr><th>@detail.UniqueID</th><th class="left">@detail.ErrorType</th><th class="left">@detail.FieldName</th><th class="left">@detail.Message</th><th class="left">@detail.ItemState</th></tr>
    }
</tbody></table>

どれくらい難しいですか？ViewStateなし、BSページライフサイクルなし...純粋に効率的なコード。

小規模サイトには次の2つの利点しかないことがわかります。6）SEOを可能にするRESTful URL。7）ViewStateおよびPostBackイベントはありません（そして一般的にはより優れたパフォーマンス）

小規模サイトのテストは問題ではありません。いずれにしても、サイトが適切にコーディングされている場合の設計上の利点も同様です。MVCは多くの点で難読化され、変更を困難にします。これらの利点がそれに値するかどうか私はまだ決定しています。

MVCの利点は、大規模なマルチ開発者サイトではっきりとわかります。

私が見つける主な利点は、プロジェクトをよりテストしやすい構造にすることです。これは、Webフォーム（MVPパターン）でもかなり簡単に実行できますが、開発者がこれを理解する必要がありますが、多くはできません。

WebフォームとMVCはどちらも実行可能なツールであり、どちらもさまざまな分野で優れています。

私は主にB2B / LOBアプリを開発しているため、個人的にはWebフォームを使用しています。しかし、単体テストで95％以上のコードカバレッジを達成できるMVPパターンで常にそれを行っています。これは、webcontrolsプロパティのプロパティのテストを自動化するのにも時間がかかります。

bool IMyView.IsAdminSectionVisible{
       get{return pnlAdmin.Visible;}
       get{pnlAdmin.Visible=value;}
    }

）このレベルのテストは、モデルを汚染することなく、MVCで簡単に達成できるとは思いません。

「非ポストバックコントロール」を使用すること、そして従来のasp.net環境にそれらを詰め込む方法を考え出すことについて、もう気分が悪くなりません。

つまり、これまたはthisまたはthisなどの最新の（無料で使用できる）javascriptコントロールは、丸いペグを正方形の穴の感触に合わせようとせずにすべて使用できます。

最新のjavascriptコントロールとJSONリクエストは、MVCを使用して非常に簡単に処理できます。そこでは、他の多くのメカニズムを使用して、あるアクションから別のアクションにデータをポストすることができます。そのため、WebフォームよりもMVCを使用しています。また、軽量のページを作成することもできます。

私の個人的な見解では、ASP.Net MVCを使用することの最大の欠点は、 それを維持する開発者にとって... html地獄とCODE BLOCKS混合されるということです...HTML