ASP.Net Web FormsからASP.Net MVCへの移行を計画していますか?
-
03-07-2019 - |
質問
はいの場合、いつですか?また、現在のプロジェクトを移行するプロセスにどれくらいの時間がかかると思いますか(その場合)?
解決
私はこれを数か月間使用しています。私はMVCが大好きです。利用可能な時間によっては、既存のプロジェクトの変換は現実的ではない場合があります。私が見るように、Web Formsは古いVB群衆のためのWindowsフォーム開発をシミュレートします。 MVCはそれを偽装していませんが、そうではなく、HTTPプロセスをより厳密に追跡します。
MVCに表示されるいくつかのプラス
1)単体テストでテスト可能
2)HTMLの直接制御。私たちはウェブサイトを作成していますが、すべてのhtmlを制御できないことをどのように受け入れますか?
3)ビューステート手荷物なし
4)時間のレンダリングを無駄にするコントロールツリーはありません
5)フォーム投稿からのモーダルの自動バインド
6)かなりセクシーになります
その他の短所
1)これ以上Webコントロールはありません(多くのリッチなサードパーティコントロールが失われます)
2)開発が遅い
3)大きな学習曲線
4)まだベータ版(ただしCTPはすぐに)
他のヒント
ASP.NET MVC は、WebFormsを置き換えるものではありません。それらは異なるテクノロジーであり、異なる目的のために設計されています。
各テクノロジーの長所と短所が欠けているため、一方のみを使用し、他方は使用しないという包括的な声明を出すことは非常に狭い考えのアプローチです。
Microsoftは今後も両方のテクノロジーに取り組んでおり、WebForms 4.0にはかなりの数の新機能が搭載されています。
WebFormsとASP.NET MVCを使用しますが、現在のプロジェクトのニーズを確認し、現在の実装について正しい決定を下す
新しいプロジェクトの場合、はい。ただし、現在の製品ソフトウェアではありません。
はい、可能な限り秩序正しく。
MVCは、.NETをアジャイル開発のベストプラクティスの世界に導きます。具体的には、懸念の分離と結合/結合に関する懸念に対処します。また、ベンダー固有の参照やコンポーネントに依存することなく、よりポータブルなソフトウェアを作成できます。
間違いなく WebFormsの後継です、WPFとともに、読むPRに関係なく
ウィキペディアのエントリは、MicrosoftのMVC用に更新される前であってもかなり明確です。
WebフォームよりもASP.NET MVCを好むと仮定すると、アクティブな開発/メンテナンス中のシステムにとっては価値があります。
これらは並行して共存できるため、アプリケーションの一部(新しいものまたは選択した古いもの)を移行して、その動作を確認することができます。成功した場合は、続けてください。
" all or nothing"ただし、移行は悲惨なものになる可能性があります-迅速なフィードバックなしで多くの投資を行うことは大きなリスクです。
WebFormsはリッチUI用です
これらは、MVCまたはWebformsと同じように実行できます。 1年後、リッチなMVCベースのツールキットが登場し(技術的には、YUI、ExtJSなどが好きなら既にここにあります)、この引数を無効にします。
現在のプロジェクトの移行
既存のWebFormsプロジェクトをMVCに移行することはあまり意味がありません。あなたは何を得るつもりですか?ただし、新しいプロジェクトにMVCを使用することは、要件に応じて非常に意味があります。
最初はWebFormsがあまり好きではなかったので、MVCで作業することは新鮮な空気のようなものでした。開発の得意なチャンク、ロジック、データアクセスに取り組むことができ、その自然な能力を持つチームのメンバーにプレゼンテーションの仕事を任せることができるので、私は常に懸念の分離を好んでいました。 MVCライブラリを使用すると、1人がコントローラーで作業し、もう1人がビューで作業できるため、チームが個々のページで簡単に作業できるようになります。
以上のことは、コーディングにそれほど集中する必要がなく、ディスプレイ指向のプロジェクトに取り組んでいるとき、実装が非常に簡単なため、WebFormsに戻ります。起動して実行します。どちらにもそれぞれの場所があり、一方が他方に取って代わるとは思わない。
ASP.NET MVCを数か月使用していますが、Webフォームよりも好みます。ただし、既存のプロジェクトをMVCに移行することはできません。私にとっては、それはかなり無意味です。ただし、私の新しいASP.NETプロジェクトはすべて、MVCを使用して開発されます(または開発されるべきです)。
私は、軽量のフロントオフィスWebサイトのASP.NET MVCを制限しました。
ただし、Right BackOfficeアプリケーション用にASP.NET WebFormsを使用して、豊富なカスタムコントロールやWebフォームのその他の便利な機能を活用しています。
mvcのもう1つのプラスは、jqueryのようなjavascriptの実装がはるかに簡単なことです。そのため、多くのjsを使用する予定がある場合は、mvcを使用することをお勧めします。
いいえ、理由はありません。これは別のスタイルで、私は好きではありません。しかし、それは私の意見です。多くの人々がそれを気に入っており、彼らにとってうまくいくことを願っています。
既に述べたように、それらは相互に排他的ではなく、私は両方をうまく利用するためにプレーします。
IMO MVCはWeb サイトに適していますが、WebFormsはWeb アプリケーションに適しています。
たとえば、このサイトは、ASP.NET MVCがサイトの性質と何を達成する必要があるために適切な選択であるかを示す完璧なショーケースです。他の良い例は、Webストア、プロジェクト管理サイト(Basecampなど)、またはソーシャルネットワークです。
ただし、企業のCRM / ERPシステムを開発している場合は、WebFormsを使用して、豊富なコントロールとより「デスクトップ風」なものを取得します。 CRMアプリケーションは従来、デスクトップアプリケーションのドメインであるため、プログラミングモデル。
ASP.NET MVCは、私の希望する開発スタイルにより良く適合しますが、RTMではないのに自分を信頼することには警戒しています。また、従来のコードでは動作しないほど十分に異なります。ドメイン駆動開発を実践していたなら、物事はもっと簡単だったかもしれませんが、...