ASP.NET MVCは、小規模なプロジェクトに対してオーバーヘッドが大きすぎますか？
正直なところ、できること以外はMVCについてあまり詳しくありません 5分でオンラインで読むことができます 残念ながら、小規模なプロジェクトに適しているかどうかはわかりません。
私は この関連する質問とその選択された回答 も読みますが、この場合、私がそれを作っているのは私だけなので、ビジネスの観点は問題ではありません。次の答えは、なぜそれがより柔軟であるかということです。確かに、それは素晴らしいことです。しかし、私の質問は、小規模なプロジェクトに理想的な選択肢かどうかということです。
たとえば、カスタムスタイリングのオーバーヘッドがあるため、WPFで行うよりも、winformsを使用して小さなデスクトッププログラムの単純なモックアップを作成したいと思います。
したがって、私は基本的に約6〜8ページのExcelファイルを読み取るプロジェクトがあり、ユーザー入力を使用してデータベースから少しのデータをプルし、結果のExcelファイルを出力します。
このプロジェクトに取り組むのは私だけです。 Webフォームを使用した場合、2〜3週間かかると思います。
現在、私は100％Webフォームに慣れています。そして、私はウェブフォームで小さなプロジェクトを行うのが簡単であることを知っています。
しかし、MVCについては良いことしか聞いていないので、真剣に検討しています。
私はそれがwebformsよりもオーバーヘッドがないことを発見しました。
MVCを初めて使用する場合は、MVCを使用したことがないため、確実に遅くなりますが、一度慣れてしまえば、開発速度に違いはありません。
私のアドバイス、それのために行き、行き詰まって、しばらくするとあなたはそれを掘るでしょう。
MVCはWebアプリケーションの実証済みのデザインパターンです.asp.net mvcはコンポーネント間の疎結合を提供するため、大規模なエンタープライズレベルのアプリケーションに優先されます.wbeフォームは高速開発を提供するため、Webフォームは小規模なプロジェクトに優先されます個人的に使用したmvc多くのプロジェクトで、私はそれが大好きです。私は明かりを見てきました。アプリケーションが小さいか大きいかに関係なく、WebFormsに戻ったり、WebFormsで作業するよう誰かに提案したりすることは決してありません。
その明らかなasp.net mvcは、一般にasp.net webformsよりも柔軟性があります。
Winforms対WPFをWebForms対MVCのアナロジーとして使用しません。前者の2つは非常に異なっています（とにかく、WPFをMVVMの極端なものにした場合）。
MVCは実際には多くの点でWebFormsよりも単純です。どちらかと言えば、それはより軽量であり、はるかに単純な開発モデルを通じてより速い開発を促進します。また、WebFromsで使用できるとは思えない、より優れたRazor構文を使用できるという利点もあります。 MVCには、一般的なHTML要素を吐き出すための非常に素晴らしいHTMLヘルパーがあり、非常に素晴らしい、単純なデータバインディングがあります。
ハックなViewstateもありません。個人的には、コードビハインドでイベント処理を行わないことをお見逃しなく、いつかコントローラーでアクションメソッドを実行します。
また、アプリケーションが最終的に要件を拡大または変更する可能性があります。 MVCがお手伝いします。また、業界はMVCの方向に進んでいるため、より市場性の高いスキルセットが得られます。
プロジェクトのサイズに関係なく（現在は選択していません）選択があった場合、WebFormsを使用することは決してありません。