asp.net webformとmvcアプリケーションのどちらを選択しますか？

Question

これは非常に広いので、これは難しい質問です。

プロジェクトの開始時にWebFormsとMVCアプリケーションの選択に役立つ質問の採点システムを知っている人はいますか？

TDDはこのプロジェクトの重要な部分ですか？ （MVCの場合は1、WebFormの場合は0）

Answer 1

私は、次の点を考慮します：

1. チームの現在のスキルセット。 MVCをすぐに手に入れることができない大規模なチームがWebフォームに慣れているなら、私はWebフォームに固執します。

2. どの程度のコントロールが必要ですか？ MVCはより多くの制御を提供しますが、それはあなたが自分の多くの余分なことをやっていることを意味します。 WebFormsを使用すると、コントロールが大幅に少なくなりますが、ボックスにはもっと多くのものがあります。 HTML出力を制御できることが重要なのは、おそらくMVCがより適しているからです。

3. サードパーティの統合が必要ですか？ MVCのサードパーティーコントロールのサポートはほとんどありませんが、ウェブフォームのサポートはたくさんあります。 WebFormsで素敵なグリッドを取得するのは簡単ですが、MVCでこの問題を解決するために多くの独自のコードを書くことになります。

4. TDDは望ましいですか？

5. 国家管理はウェブで多くの方が簡単です

Answer 2

私には1つの質問テストがあります（免責事項：これは完璧ではありませんが、それぞれの技術に頼らざるを得ません）：

あなたのアプリケーションは、よりインフォーマルなもの（イントラネットなど）か、インターネットに面したWebサイト（例えばStackOverflow）を構築していますか？最初のケースでは、おそらくWebフォームを使用します。後者の場合は、おそらくASP.NET MVCのほうが良いでしょう。

もう1つのこと：この2つのパラダイムは、そこにある唯一のパラダイムではありません。 MVCの日の前に、MVCが行うルーティングやその他の処理を行うHTTPハンドラを構築して、いくつかのプロジェクトを行ってきました。また、ASP.NETのWebフォーム部分を削除し、サーバーフォームではないWebコントロールを使用することもできます（標準のWebフォームプロジェクトではそうしますが、このスタイルのASP.NET Webフォームはほとんど呼び出せません）。

Answer 3

通常、WebFormsまたはMVCを使用するかどうかは、コントロールに任されます。多くのサーバー側のコントロールを使用する場合は、WebFormsが役に立ちます。その負担がなければ、MVCは、少なくとも私の意見では、はるかにクリーンでテスト可能です。

これらの両方を使用した後、私が今決定する方法は次のとおりです。サーバーコントロールを使用する必要がありますか？私がしなければ、私はMVCをデフォルトにします。

何らかの理由でWebFormsに悩まされた場合は、MVP (Model-View-Presenter)パターンを実装してビューをロジックから分離し、コードビハインドをユニットテストすることを期待してください。

Answer 4

を形成あなたは非常にデータ中心のアプリに取り組んでおり、データバインディングとビューステートを持つ複数のサーバーコントロールを必要としない限り、私はMVCで行くだろう。

MVCプレビュー2 MVCははるかに優れたデザイン・パターンとベストプラクティスに関してであるので、私はWebフォームで深刻な何かを行っていません。

そして、はいIMO TDDは非常に重要であり、MVCに1つ以上のポイントを与えます。