私は 500 を超えるファイルを含む ASP クラシック サイトで作業してきました。使用されていないファイルと使用されているファイルがあります。数百のプロシージャ、関数、およびテーブルを同じ形で含むデータベースと一緒に。
最終的にプロジェクトを移行できるように、プロジェクトを把握する方法が必要です。すべてのページを調べて SQL を確認する時間はまだありません (ストアド プロシージャはデータベース内にあり、ASP ページ内で適切に呼び出されます)。これ。
私がすぐに考えたのは、ASP クラスを作成してページに配置することです。これらのクラスは、フィールドの取得と設定、検証、および表示機能へのレコードセットの送信にほとんど使用されます。
これは合理的なアプローチですか？いくつかの戦略がありませんか？
これにどのようにアプローチしますか？この時点で別のプラットフォームへの移行が検討されていますが、短期的 (今後数か月) には実行できません。
http://aspclassiccompiler.codeplex.com/を使用してプロジェクトのコンパイルを試みるか、(必要に応じて) 一度に 1 ページずつ ASP.net MVC に移行し、その間に両方を組み合わせて使用することができます。
私の簡単なアドバイスは、コードについて考えるのをやめることです。UI を実際に使用して、データベース スキーマを詳細に調べることに時間を費やしてください。
編集
アクティブなページを特定しようとしている場合は、IIS ログを使用して個別のページ ヒットを収集します。また、スクリプトを作成してファイルの名前を収集し、サイト内のファイルをテキスト検索して、それらのファイルの出現を探します。この情報は、めったに使用されない、または使用されていないサイトの部分を特定する必要があります。
ただし、「アクティブな」ファイルにはかなりの量のコンテンツが存在する可能性がありますが、これも死んでいます。繰り返しますが、この段階では実際にクラスを追加したりコードをリファクタリングしたりしないでください。それがどのように機能するかを理解することに集中する必要があります。DB スキーマを理解することは重要なステップであり、次に、どのような UI インタラクションが DB に特定の変更をもたらすかを理解します。