主要な設計変更を伴うプロジェクトをアップグレードするための最良の方法は何ですか...プロジェクトファイルに関して（私は推測します）？最近、自分の Web サイトを ASP.NET から ASP.NET MVC に移動しましたが、変更があまりにも大きく、完全に書き直す必要があることは明らかでした。現在、新しいフレームワークのより多くの機能を利用するために、MVC 2 に移行する準備をしています。また、基本的に別の完全な書き直しを行うように私を動かしているいくつかの障害に遭遇しています。もちろん、サイトは時間の経過とともにかなり大きくなったため、可能であればこれを避けたいと思います. しかし、前回の書き直しの際に設計上の決定事項をうまく文書化できたので、次の書き直しには数週間しかかかりませんでした。
現在のプロジェクトを破棄し、すべてを新しいテクノロジに移行する決定を下す必要があるのはいつですか? 新しいプロジェクト ファイルを作成する場合、古いプロジェクトから変更する必要のないものを移行するための最良の方法は何ですか?
現在のコードベースを維持および拡張するコストが、新しいコードベースをデバッグするコストを上回る場合、書き直しを行います。
ただし、コストを決定する方法は非常に主観的です。
あなたが「私のウェブサイト」と言うのは、あなたがこのウェブサイトの個人的な所有者であると私に思わせます。
もしそうなら、あなたは少し真面目に話しているかもしれません。この種の Web サイトは、新しいテクノロジーを試して、長所と短所をより完全に理解するのに理想的です。
したがって、MVC2 を使用するために完全に書き直す必要がある場合でも、これは非常に価値のある演習です。他の顧客所有の Web サイトでも作業している場合は、さらに価値があります。
個人の Web サイトでの作業中に学んだ良い点と悪い点は、優れた実践的な経験となり、それを顧客の実際の Web サイトに適用するかどうかを決定するのに役立ちます。もちろん、Web MVC から MVC2 に完全に書き直すことは (少なくとも現時点では) 実際には悪い考えであることを、顧客が首をかしげることなく知ることもできます。
顧客にコストを正当化することは非常に難しいため、既存のプロジェクトのテクノロジを変更することはほとんどありません。この 2 ～ 3 週間/月のプロセスの最後に、非常に運が良ければ、現在とまったく同じものを手に入れることができますが、平均の法則により、さらに遅れをとることになります。新しいバグがあります。
新しいモジュールが書かれている場合、これは新しい技術を使用するかもしれませんが、既存のものはほとんどそのままです。