WebフォームをASP.NETコアMVCに移行するベストプラクティス

Question

従来のASP.Net WebフォームからASP.NET MVCにプロジェクトを移行しようとしています。

私はhttp://www.codeproject.com/Articles/38778/ASP-NET-WebForms-and-ASP-NET-MVC-in-Harmonyを読んでいる間。私は、コード構造、ライブラリ、およびルーティングがどのように行われるべきかに関する基本的な考え方を持っています。

ご参考までに、私の既存プロジェクトの範囲は約400ページと300テーブルです。明らかにこれは、集中的な作業を必要とし、長い時間がかかるだろう - システム全体を書き換え、ストレッチから

1. スタート：
   私の頭の上に

   私は2つのアプローチがあります。既存システムで行われた変更は、新しいシステムに対して重複した変更が必要になります。

2. ページを1つずつマイグレーション - 私はまだコアライブラリ全体を（データベースにアクセスするために）再構築して、ページを1つずつマイグレートします。このため、私は2つのコアライブラリ（新しいものと古いもの）を別のページと同時に実行して、それらのうちの1つに接続すると仮定します。

誰も似たような経験をして、適切な方法をアドバイスしてもらえますか？

私は、.NET CoreとMVC6という最新のテクノロジーをターゲットにしているかもしれませんが、これには別の利点があります。

何か提案や意見がありがとうございます。乾杯。

Answer 1

マイクロソフトでは、ハッシュハッシュを対象としていますが、WebフォームエンジンはおそらくASP.NETコアには向かないでしょう。 MSはコミュニティがポートを要求しているのを見るのを待っていると思うかもしれませんが、私は彼らが離散的にそれを殺そうとしていると思います。

なぜですか？これは長期的には使い勝手が悪いことを証明しています（ビューステートやページのライフサイクルのため）。しかし、平均的な開発者が非常に退屈なアプリケーションを作成する傾向があります。たとえば蒸気工場）。また、現代のWeb開発（Ajax、単体テスト、IoC）にはあまり適応しませんでした。彼らはいくつかの調整を加えて修正しようとしましたが、全体のアーキテクチャはこの種のものにはあまり適応していません。 MVCは比較の扱いです！

WebFormsをMVCに移行することは実際には不可能です。これらのアーキテクチャは全く異なるアーキテクチャであり、もちろんアーキテクチャはアプリケーションが最上位に位置するためです。変更すると同様にそれを一から書き直す。

アプリが階層（ビジネス、データアクセス、UI）に分かれている場合は、何が役立つでしょうか。そうでない場合は、これを実行して、残りのUIプロジェクトを適切に分離することから始めることができます。次にはASP.NETプロジェクトを書き直す必要があり、残りの部分は書き換えません。