Asp.NET MVCに移動する理由 - なぜ移動しないでください

そのままです：なぜAsp.NET MVCに移動するのですか&何か理由があれば移動しないのはなぜですか？Asp.NET MVCに移動する理由 - なぜ移動しないでください

を追加しました

移動するために必要ですか？未来はasp.net mvcに属していますか？あなたはそれが一番上にとどまると思いますか？

2009-07-10 Sypress

重複しているhttp://stackoverflow.com/questions/102558/biggest-advantage-to-using-aspnet-mvc-vs-web-forms、http://stackoverflow.com/questions/328465/how-to -decide-is-right-webforms-or-mvc-when-doing-asp-net、http://stackoverflow.com/questions/832305/when-not-to-use-asp-net-mvc、および他の多くの –

重複している場合は、質問の下にあるフラグのリンクを使用してください。 –

MVCははるかにうまく構築され、コードの分離とマークアップの制御が大幅に改善されています。近いうちに重大な調整や修正を行う予定はありません。

MVSが少し違って構築されているので、移動することを決めたら、ごくわずかなWebforms GUIとユーザーコントロールを再利用できることを知っておく必要があります。あなたが上手く書かれていれば、再利用できるクラスライブラリです。いずれにしても、MVCでの記述は、最初から行っても、WebFormsよりもはるかに高速です。

出典

2009-07-11 23:55:08 synhershko

MVCのFormsプラットフォーム用に作成したコントロール、、またはMVCに移動するのはどれほど難しいですか？ – Sypress

MVC内のASCXは部分的に使用されるため、MVC内に直接はありません。 MVCとWebFormsは完全に異なり、互換性のないフレームワークなので、WebFormsのユーザーコントロールはそのままMVSで動作しません（たとえば、UCはViewStateとページのライフサイクルに依存し、MVCにはまったくその機能がありません）。 WebForms ASCXをMVC互換のビュー/パーシャルに移植することは、コード、問題の分離レベル、およびフローを実際に変えます。プロジェクトでMVCとWFを組み合わせた3番目のオプションを確認したい場合は、http：//www.springerlink.com/content/p135205160712rm6/を参照してください。 – synhershko

また、Matthew Flaschenがあなたの質問へのコメントにリンクしているSOの質問をチェックしたいかもしれません。 – synhershko

現時点では動き回っています。

私にとっての主なボーナスはレイアウトの完全なコントロールです。 MVCモデルがパス構造のためにうまく機能する安らかなAPIを実装することも検討しています。

ジョシュ

出典

2009-07-10 09:13:58 Josh

ジョシュ、移動しましたか？あなたの経験はどうでしたか？ – Sypress

我々はMVCのために移動した場合、我々はそうeasyly任意のモジュールを追加したり、編集することができます。プラグインのように新しいモジュールを追加することができます

出典

2009-07-10 09:17:14 Nagu

私は受け入れられた回答には賛美できません。

ASP.Net WebフォームとASP.Net MVCは、C＃/ VB Net開発者がエンタープライズレベルのアプリケーションを構築するための優れたフレームワークです。アプリに使用するものを選択することは、いくつかの要因によって異なります。 MVCモデルは長年にわたって使用されてきましたが、ページ・サイクル・プロセスをより細かく制御する必要がある場合に適しています。また、ビジネス・ロジックとプレゼンテーションの真の分離をサポートするため、ユニット・テストなどに関しても優れています層。

Webフォームを却下しないでください。実際には、Webフォームフレームワークを引き続き使用でき、既成のサーバーコントロールから離れてHTML5標準コントロールを統合するだけでページ要素を厳密に制御できます。 jQueryなどの新しいJavaScriptフレームワークを利用すると、URLの書き換えなどの技術を使用して検索エンジンの使いやすさを向上させることができます。また、jQuery AJAXやSignalRなどの非同期フレームワークを利用してポストバックを減らすこともできます。

私が受け入れる答えに同意しない主な理由は、「MVCでの記述はWebFormsよりもはるかに速い」というステートメントは完全に不正確です。 MVCアプリケーションを実際にビルドした開発者は誰でもあなたに言いますが、実際にはWebFormsアプリケーションを構築するのは非常に高速です。その理由は学習曲線だけではなく、MVCがページサイクルへの「アンダーフード」アクセスとHTML出力へのより直接的なアクセスの利点を提供する一方で、MVCアプリケーションの構築に時間がかかるという理由もあります。私を信じて、あなたは "ドラッグ＆ドロップ" WebForms開発でこれまでに行ったことよりもはるかに多くの "配管"作業を行うことができます。

実際には、ASP.Net MVCが最初に出てきたときに多くの誇大宣伝がありました。それはありません。私が最初に述べたように、両方のフレームワークは素晴らしいです、彼らはどちらも長所と短所を持っています。私は、90％の開発者がまだWebFormsで新しいアプリケーションを構築していると思います。

これは私の2cです。

出典

2013-12-04 08:14:21

Asp.NET MVCに移動する理由 - なぜ移動しないでください

答えて

関連する問題