我一直在使用一个包含 500 多个文件的 ASP Classic 站点，其中一些未使用，其中一些已使用；以及具有数百个过程、函数和表的数据库，形状相同。
我需要一种方法来控制该项目，以便最终可以迁移它。我还没有时间浏览每个页面并查看 SQL（存储过程在数据库中，并且在 ASP 页面中被正确调用），所以我不知道如何处理这。
我的直接想法是制作 ASP 类并将它们放入页面中——它们几乎可以用于获取和设置字段、验证以及将记录集发送到显示功能中。
这是一个合理的方法吗？我错过了一些策略吗？
你会如何处理这个问题？此时考虑迁移到另一个平台，但在短期内（接下来的几个月）不可行
您可以尝试使用http://aspclassiccompiler.codeplex.com/编译项目，或者您可以一次迁移到 ASP.net MVC 一页（需要时）并同时使用两者的混合。
我的简单建议是停止思考代码。花更多时间在实际使用它的 UI 上，并花时间详细检查数据库模式。
编辑
如果您试图确定哪些页面处于活动状态，则使用 IIS 日志记录来收集不同的页面命中。还可以编写一些脚本来收集文件的名称，并在站点中搜索文件以查找这些文件的任何出现。此信息应标识站点中很少使用或已失效的部分。
然而，在“活动”文件中很可能会有相当多的内容，这些内容也是死的。让我重申一下，实际上不要在这个阶段添加类或重构代码，你应该专注于理解它没有做什么而不是它是如何做到的。了解 DB Schema 是至关重要的一步，然后了解哪些 UI 交互会带来 DB 中的特定更改。