ASP.NET MVCはこのフォーラムで数回discussedになりました。私は、古典的なASP/ASP.NET WebFormsからASP.NET MVCへのいくつかのWebサイトのマイグレーションをやりとりしようとしています。ASP.NET WebFormsからASP.NET MVCへの移行に関する提案？
私が持っているもの：プレゼンテーション/ビジネスロジックの混在した典型的なASP.NETアプリケーション、あらゆる種類の乱雑なASP.NET生成のJavascript Cruftなど。
必要なもの：クリーンなASP.NET MVC生成の無関係なマークアップ。 '言っ途切れる。
ポインタ、ヒント、トリック、または気がついている点を教えてください。
ありがとうございます！
ポインタ、ヒント、トリック、または gotchasは認識していますか？
まあ、私はあなたが少しやり方離れトリック&落とし穴について考えから、おそらくだと思う:)私はあなたが認識していると確信しているとして、ASP.NET MVCは、ASP.NETのいくつかの新しいバージョンではありませんASP.NETとはまったく異なるパラダイムであり、移行することはありません。既存のシステムを置き換えるための新しい開発努力を開始することになります。だから多分あなたはアプリの要件を決定する上で足を得ることができますが、残りはおそらく最初から再構築されます。
既存のコードベースで説明した（非常に共通する）問題に基づいて、この機会に、疎結合システムの設計における現在のベストプラクティスの一部を学ぶことを検討する必要があります。現代の「ベストプラクティス」は理解しやすく、練習が簡単で、コミュニティのサポートも膨大で、プロセスに役立つ高品質のオープンソースツールがあるため、これは簡単です。
この時点でもASP/ASP.NETアプリケーションをASP.NET MVCに移行しています。これが私の準備研究によってもたらされた結論です。
Here is a post to links on using ASP.NET MVCですが、私はreading this postで開始します。ポストは表面上のNHibernate（ORMツール）に関するものですが、議論とリンクは基盤を正しく得ることについてのものであり、ASP.NETサイトをMVCに移植する準備の結果です。そのポストにリンクされている参照アーキテクチャの一部は、ASP.NET MVCに基づいています。 Here is another post about NHibernateを参照してください。ただし、「ベストプラクティス&リファレンスアプリケーション」のセクションに記載されているほとんどの参照アプリケーションは、ASP.NET MVCアプリケーションでもありません。参照アーキテクチャは、最適でメンテナンス可能なASP.NET MVCサイトがどのように設計されているかを素早く感じるのに非常に役立ちます。
私はもうここでマイグレーションを話しているのかどうかはわかりません。違いは書き直しに似ています！プレゼンテーションコードのほとんどを越え運ぶません - 他の人も言ったように
は、MVCは、Webアプリケーションを構築するためのまったく新しい方法です。
しかし、あなたが既に持っているものは、良いプロトタイプです。あなたの問題は、少しずつするのが難しいように思えるかもしれません。たとえば、MVCはURLの名前を変更してすぐに使えるようにしています。
もう1つの質問はなぜですか？私たちの多くは、最新のテクノロジになりたいと思っていた大きな広がりを見せているレガシーアプリケーションを持っています。
新しいアプリケーションを見ていたら、MVCは非常に強力な候補になりますが、プロジェクトの後半に切り替えるのに十分なほど大きな利益はありません。
私の意見では、2つのテクノロジが非常に異なるため、元のWebフォームアプリケーションでコードを強く結合した場合、そのうちの1つを選択して新しいASP.NET MVCアプリケーションを作成し、コードをそれぞれのレイヤーにリッピングします。これは、他のアプリケーションを移植するための再利用の道にあなたを置きます。
WebFormsは、MVCコントローラと同じアプリケーションで使用できます。デフォルトでは、ルーティングはディスクに存在するファイルの要求をルーティングしません。したがって、サイトの小さな部分を一度に書き直してMVCパターンを使用し、WebFormsを使用して残りの部分を残すことができます。