简介 虽然 Microsoft® asp .NET 的设计者在保持 ASP 应用程序的向后兼容性方面做了大量不懈的努力，但在将 Web 应用程序由 ASP 向 ASP .NET 迁移之前，还是应该了解一下几个关键的问题。在 .NET 平台和 ASP .NET 中对现有技术进行了改进并采用了一些新技术，透彻理解这些技术有利于简化此迁移过程，但这需要经过一段漫长的时间。
本文探讨各方面的变化，以便让用户清楚地了解建立 ASP 应用程序并使其在 ASP .NET 环境中运行所必须进行的一些工作。同时，它还指出了 ASP .NET 的一些新特性，用户可以充分利用这些新特性改进现有的应用程序。但这决不是 ASP .NET 所有新特性的全面介绍，而只是着重探讨一下成功迁移时需考虑的一些问题。
我设想，由于大多数 ASP 应用程序都使用 Microsoft® Visual Basic® Scripting Edition (VBScript)，所以大多数用户都会选择使用 Visual Basic .NET 迁移到 ASP .NET。显然，这不是必需的。但如果决定在迁移的同时更改语言，将需要进行一些额外的工作，而且很可能还会涉及到设计和结构方面的更改。
共存性 在讨论具体的兼容性和迁移问题之前，了解一下 ASP 和 ASP .NET 如何共存非常重要。ASP 和 ASP .NET 应用程序可以同时在服务器上运行，而互不影响。这主要是由于两种技术各自使用不同的文件扩展名（.asp 与 .aspx）和不同的配置模型（配置数据库/注册表与基于 xml 的配置文件）。这两种系统还各自具有相应的处理引擎。
让某个应用程序的一部分运行 ASP，而另一部分运行 ASP .NET，这是完全可能的。如果需要将一个快速发展的大型站点一次一小部分地迁移到 ASP .NET，这种特性将对您大有益处。某些用户可能会说，最好能一次性迁移和部署整个站点。对于某些类型的 Web 应用程序来说也许是如此，但我认为，有许多站点并不能这样：考虑到站点内容和外观的绝对大小、复杂程度以及迅速变化，这种方式非常缺乏灵活性。毕竟，对于一个盈利的网站来说，那些掏腰包的人不可能允许您停止他们的新增功能，而将整个网站迁移到这种热门的新技术。另外，如果把向 ASP .NET 迁移作为一项长期投资，您将希望利用此机会尽可能多地对结构和设计做一些改进。综合这些情况，分阶段的共存性迁移是绝对必要的。
兼容性问题 将应用程序向 ASP .NET 迁移可能不是一件容易的事情；但是，也不应该很困难。ASP .NET 与 ASP 的兼容性非常好，给用户的感觉就好象 ASP .NET 是 ASP 的一个完整翻版。ASP .NET 设计者的最初目标是实现与 ASP 百分之百的向后兼容性，但在随后的工作中，他们不得不改变了这一初衷，以便彻底地改进这一平台。不过不要担心，我们尽可能进行了大量改进，应该不会需要您进行太多的工作。所发生的实际变化可以归纳为下列几类：
核心 API 的变化 结构变化 Visual Basic 语言的变化 与 COM 有关的变化 应用程序配置的变化 状态管理问题 与安全性有关的变化 数据访问 下面将详细讨论上述各个方面的变化。
核心 API 的变化 ASP 的核心 API 由几个固有对象（Request、Response 和 Server 等）及其有关方法组成。除几处简单变化之外，这些 API 在 ASP .NET 下可以继续正常运行。所有变化都与 Request 对象有关，如表 1 所示：
表 1：API 的变化
方法 变化 Request(item) 在 ASP 中，此方法返回字符串数组。在 ASP .NET 中，它返回 NameValueCollection。 Request.QueryString(item) 在 ASP 中，此方法返回字符串数组。在 ASP .NET 中，它返回 NameValueCollection。 Request.Form(item) 在 ASP 中，此方法返回字符串数组。在 ASP .NET 中，它返回 NameValueCollection。
在 ASP .NET 中新增了几个指令。我鼓励您在 ASP .NET 文档中查看一下这些指令，了解它们可以为您的应用程序带来什么样的好处。
生成函数不再有效 开发者指出，在 ASP 中，他们可以使用“生成函数”灵活处理一些问题。“生成函数”基本上是一个子程序，在其主体中嵌入了大量 HTML。例如：
<%Sub RenderMe() %> <H3> 这是正在生成的 HTML 文本。</H3> <%End Sub RenderMe %>
虽然使用这类函数能够实现非常酷的功能，但 ASP .NET 中不允许使用这类编码。这可能是出于优化性能的考虑。我想您肯定遇到过，像这样将代码与 HTML 混在一起时，有些函数很快就变得可读性极差，而且难以管理。在 ASP .NET 中，实现此目的的最简单方法是调用 Response.Write 来代替 HTML 输出，如下所示：
<script language="vb" runat="server"> Sub RenderMe() Response.Write("<H3> 这是正在生成的 HTML 文本。</H3>") End Sub </script>
<% Call RenderMe() %>
注意，我说的是“最简单的方法”，但并不一定表示是最佳方法。根据生成代码的复杂程度和数量，使用自定义 Web 控件效果可能更好，这种控件允许您通过编程设置 HTML 属性，并将代码与内容真正分开，使代码可读性更强。
由于 ASP 中的所有类型都是 VARIANT，对于所需的 Date 变量，将根据它们的使用方式进行编译并可以继续使用。但是，使用变量执行某些操作时，由于基本类型已发生变化，所以可能会遇到一些意想不到的问题。在将日期值作为长整型值传递给 COM 对象时，或使用 CLng 对日期类型执行某些计算时，需特别注意。
这一点必须特别注意。向 ASP .NET 迁移代码时，建议您仔细检查方法调用中使用的每个参数，确保这种变化是您真正需要的。我想您可能需要更改其中的某些参数。
不再有默认属性 在 Visual Basic .NET 中，不再存在默认属性的概念。这就意味着，如果您的 ASP 代码依赖于某个对象提供的默认属性，则需要更改为显式引用所需属性，如下列代码所示：
'ASP 语法（隐式检索 Column Value 属性） Set Conn = Server.CreateObject("ADODB.Connection") Conn.Open("TestDB") Set RS = Conn.Execute("Select * from PRoducts") Response.Write RS("Name")
'asp.net 语法（显示检索 Column Value 属性） Conn = Server.CreateObject("ADODB.Connection") Conn.Open("TestDB") RS = Conn.Execute("Select * from Products") Response.Write (RS("Name").Value)
