在 ASP.NET 2.0 中，除非浏览器被标识为不支持 XHTML 功能，否则默认情况下，Page 类和 ASP.NET Web 服务器控件会呈现与 XHTML 1.0 Transitional 标准兼容的标记。转换向导会自动将 xhtmlConformance 元素的 mode 属性设置为 Legacy。与 ASP.NET 较早版本中的元素呈现相比，转换后的元素呈现稍有不同。大多数情况下，呈现中的差异对应用程序的功能没有影响。但是，如果使用的客户端脚本依赖于特定的标记或属性，则应用程序可能会不按之前的方式工作。

有关更多信息，请参见 ASP.NET 和 XHTML。

有关如何更改验证架构的详细信息，请参见如何：为 Visual Web Developer 中的 HTML 编辑选择验证架构。

转换过程会移除 @ Page 指令的 AutoEventWireup 属性。此属性的默认值为 true，这意味着页面会自动引发名称为 Page_event 的事件。如果一个页面已将 AutoEventWireup 属性显式设置为 false，则在转换后，页面上的事件将会被自动引发。如果该页面包括另外一个引发事件的显式方式（例如 Visual Basic 中的 Handles 关键字），则事件可能被引发两次。若要解决这一问题，请将 AutoEventWireup="false" 添加至 @ Page 指令。

如果项目具有访问代码隐藏类中类的受保护成员的 .aspx 页，则在转换此类项目时可能会生成异常。这是由 .NET Framework 2.0 的代码隐藏模型中的更改引起的。在 .NET Framework 的早期版本中，页是代码隐藏类的派生类。但是在 ASP.NET 2.0 中，代码隐藏类定义分部类，这些类在页生成期间与 .aspx 页一起使用，以创建已编译的结果页。有关更多信息，请参见 ASP.NET 网页模型中的新增功能。

可能遇到此转换问题的一种常见情况是，应用程序在基类代码隐藏类中定义共享布局组件。您可以通过使用用户控件或母版页，或使用 @ Page 指令的 CodeFileBaseClass 属性，获得同样的共享布局功能。有关开发用户控件的更多信息，请参见 ASP.NET 用户控件概述。有关使用母版页的更多信息，请参见 ASP.NET 母版页概述。

• 运行转换向导之前未能正确设置 .aspx 页的格式。

• 未找到 @ Page 指令的 CodeBehind 或 Src 属性。

• 未找到 .aspx 页中引用的代码隐藏文件。

• .aspx 文件在项目文件（例如 .csproj 或 .vbproj）中列出，但未在项目目录中列出。如果该文件不是项目的一部分，则可以忽略此错误。

已将其关联的生成操作设置为 None 的文件会在转换报告中生成错误信息。有关转换报告的更多信息，请参见迁移转换报告格式。

建议您关闭该网站，通过使用“打开网站”命令并选择“本地 IIS”选项卡重新打开该网站。有关如何使用迁移向导的更多信息，请参见如何：将 Visual Studio .NET 项目转换为 Visual Studio 2005。有关转换报告的更多信息，请参见迁移转换报告格式。

转换过程将 @ Reference 指令添加到引用其他页或用户控件的代码隐藏页。有时这可能会创建循环引用。若要帮助进行故障排除，可以将 compilation 元素的 batch 属性设置为 False。默认的 batch 属性值为 True。将批处理设置为 False 可能消除循环引用问题。从长远角度看，您可以重新设计这些页或用户控件以使用存储在 App_Code 文件夹中的类中定义的抽象基类，并将 batch 属性重新设置为 True。