ここ数週間、私は MVC 4.0 を調査しており、Web フォームから MVC に切り替えるかどうかを検討しています。
私の現在の実稼働環境は次のとおりです。1) 1 つのマスター データベースと、それと通信する 3 つの個別の asp.net Web フォーム アプリケーション (スケジューラ、販売レポート、中央管理) 2) このマスター データベースには適切な外部キーが含まれておらず、現在のアプリケーションの多くのストアド プロシージャ、構造はおそらくいくつかの再設計を使用する可能性がありますが、それは私がいくつかのレガシー システムとコードで継承したものです。
改善された販売レポート アプリケーションのプロトタイプを作成し始めたとき、Visual Studio の移行ツールを使用してデータベースを継続的に変更しなければならないという問題に直面し始めました。テーブル間の関係が正しく確立されていないことがわかったので、エンティティ フレームワークを使用するのはより困難でした。
私は決して MVC の専門家でもエンティティ フレームワークの専門家でもありませんが、現在の状況で MVC に飛び込む必要があるかどうか疑問に思うようになりました。おそらく私が最も恐れているのは、コントローラーとビューの適切なモデルを有効にするために、テスト環境で行わなければならなかったデータベースの変更の量です。私がこれらの変更を行ったので、他の 3 つの Web フォーム アプリケーションを適切に再テストする必要があると感じていますが、そのためのリソースはありません。マスター データベースや Web フォーム アプリはクライアント向けであるため、問題が発生することは許されません。
私は MVC の学習曲線を気にしません。非常に興味深いと思います。私のマネージャーは、私が何を使用するかは気にしません。また、私が asp.net の拡張機能を学習することに反対しません。タイムラインはあると思いますが、具体的ではありません。
私は、この同様のシナリオに直面した可能性のある他の人に手を差し伸べているだけです. 私の懸念は有効ですか？別の Web フォーム アプリケーションに固執するべきですか、それとも MVC の世界に進むべきですか?