当移植 ASP 应用程序至 ASP.NET 时，会需要决定要花多少时间在现有的 ASP 应用程序并入 ASP.NET 新功能。将 ASP 网页的扩展名从 .asp 改为 .aspx ，并修正一些句法上的变更通常就够让 ASP 网页如 ASP.NET 网页般运作。这一类的移植，虽然可快速完成，但并没有利用到多少 .NET 的新功能，包括 ASP.NET 的网页控件、 Microsoft ADO.NET 、 Microsoft .NET Framework 类别等。虽然更完整的移植可能需要花更多时间，但最后完成的 ASP.NET 网页也更容易读取、更容易维护且功能更丰富。

身为一名开发人员，在决定要采取什么方法将 ASP 应用程序移至 ASP.NET 时，您需要稍加斟酌。如果有时间的压力，则从 ASP 至 ASP.NET 的简单移植可能比较合宜；如果没有什么期限，其实值得花点时间彻底建置一个丰富的 ASP.NET 应用程序。当然，您也可以采取渐进式的方法。如果您管理的大型站台利用了许多 COM 组件来实作商务规则，则可以选择先移植网页应用程序的使用者接口 (UI) 部份，并继续使用传统的 COM 组件。

在接下来的部份，将探讨以尽可能少的修改将现有的 ASP 程序代码移植至 ASP.NET 。

将 ASP 应用程序移植至 ASP.NET

将现有 ASP 应用程序移植至 ASP.NET 的第一步就是将 ASP 网页的扩展名从 .asp 重新命名为 .aspx 。由于 Project Report Application 只有一个 ASP 网页，所以剩下的工作其实非常简单。一旦进行这项变更之后，花点时间透过您的 Web 浏览器参观一下新的 .aspx 页面。加载时有发生错误吗？应该不太可能，不过 VBScript 程序代码有可能包含了一些句法问题。

当移植我们先前探讨过的 ASP 应用程序时，会收到的第一个错误讯息是关于 Option Explicit 的错误，如 [ 图 2] 所示。

[ 图 2] Option Explicit 陈述式错误讯息

对 ASP.NET 网页而言，此陈述式应该移至 @Page 指示词。现在可以开始编辑 .aspx 档案，移除行 1 和行 2 ，并以下列 @Page 指示词取代：

<% @Page Language="VB" Explicit="True" %>

完成这项变更之后，在浏览器中重新加载该页面。将会收到另一个关于 Response.Write 陈述式缺乏括号的错误。

[ 图 3] Response.Write 陈述式错误讯息

此错误的产生是因为 Visual Basic 要求副函式及函式中所有的自变量清单都必须使用括号括住。检查整个文件并为所有 Response.Write 陈述式的自变量清单周围放上括号，然后在浏览器中重新加载 ASP.NET 一次。

另一个从 Visual Basic 6.0/VBScript 到 Visual Basic .NET 的变更是 Visual Basic .NET 并不支持预设属性。预设属性允许开发人员走一点快捷方式 — 如果在 Visual Basic 6.0/VBScript 中使用传统 COM 组件而无法指定属性时，就可以使用预设属性。例如， ADO 数据录集的预设属性是 Fields 集合，而 Fields 集合的预设属性是 Value 属性。因此，当您使用：

Response.Write objRecordset("columnName")

在传统的 ASP 中您本质上的意思是：

Response.Write objRecordset.Fields("columnName").Value

当将传统的 ASP 网页移植置 ASP.NET 时，您可能会收到下列密码编译的错误讯息：

Cast from __ComObject to String is not valid .

[ 图 4] ASP.NET 移植程序错误讯息

发生这类错误是因为 Visual Basic .NET 并不支持预设属性，当我们使用：

Response.Write(objRecordset("columnName"))

Visual Basic .NET 尝试将 Fields 对象转换成 String ，而它其实办不到。相反地，我们必须明确陈述希望输出的属性来指明想要输出的 Value 属性：

Response.Write(objRecordset.Fields("columnName").Value)

在继续移植 ASP.NET 应用程序的同时，必定会碰到其它句法上的错误。 [ 表 1] 总结了将 Project Report Appliction 从 ASP 移植至 ASP.NET 时所遇到的句法错误。