asp.netASP.NET移植须知

统一教学网
日期：2001-11-5 9:05:00
出处：ZDNet.com.cn
作者：未知
虽然微软ASP.NET的设计人员在ASP 应用程序的向后兼容工作上做得相当出色，在致力于把Web应用程序从ASP迁至ASP.NET的时候，有几点需要特别注意。切实理解由.NET平台改变或引入的技术及ASP.NET，会使移植过程变得相对简单。

为增进您对如何使ASP应用程序在ASP .NET 环境中顺利运作的了解，本文着重探索了很多技术变化的方面。同时 ，也指出一些ASP.NET中可被用来改进现有应用程序的新功能。这并不是一篇全面认识ASP.NET新功能的文章。它主要涉及您所需要了解的实现成功移植的内容。

既然大多ASP 应用程序使用微软Visual Basic® Scripting Edition (VBScript),我估计您们大多会选择使用Visual Basic .NET移植到ASP.NET。这显然并不是必要条件，但在决定移植的同时改变编程语言会需要一些额外的努力，而且很可能会要求设计上的改变。

共存
在我们开始讨论具体的兼容与移植的问题前，您必须明白ASP与ASP.NET 如何共存。ASP与ASP.NET应用程序可以在服务器上共同运行而不互相排斥。这主要是因为这两种技术使用的文件后缀(.asp versus .aspx)与配置模式(metabase/registry versus XML-based configuration files)都有所不同。两种系统有着截然不同的处理引擎。

完全有可能使一应用程序的一部分运行ASP,　而它的另一部分运行ASP.NET。 如果您需要从一个既庞大又变化非常快的站点逐步变为ASP.NET，这一点就显得非常重要了。有人也许会认为一次性打包发布整个站点更好些。这对于Web应用的某些类型也许适用，但我想很多现有的网站，由于其规模巨大，结构复杂，网站内容与形式的革新迅速，而不适用此法。毕竟，如果您的网站有利可图，投资方恐怕十有八九会不断地让您加入新功能，而使您没法转向这个新的热门技术中去。另外，如果您打算全力转向ASP.NET，并把它当成长期投资，您会想利用这个机会尽可能的改进结构与设计。在这些情况下，用渐进的方式实现共存是必需的。

兼容性问题
把您的应用程序移植到ASP.NET也许并不容易；然而，也并不那么难。ASP.NET与ASP兼容性非常好。做到这点非常不容易，因为从ASP到ASP.NET是一场全新的变革。ASP.NET的设计者们原来计划要做到100%与ASP兼容，但最终为了长远考虑，出于优化该平台的目的，不得不收回计划。您不用担心，所有的变化都是往好的方向发展，不会在您安装时造成很大工作量。综合实际发生的变化，可以分为以下几项：
　

核心API 变化  
结构变化  
Visual Basic语言变化  
与COM 相关的变化  
应用程序配置的变化  
状态管理问题  
涉及安全性问题  
数据访问  

所有以上方面都会在下文中详细讨论。


核心API 变化

ASP的核心API由一些固有对象(Request, Response, Server, 等)及与它们相关的方法组成.除了一些简单变化，这些API在ASP.NET下会继续工作无误.所有的变化都与Request 对象有关.请看表一：

表1：API 变化

Request(item)
　在ASP中, 该方法会返回字符串数组.在ASP .NET,它会返回NameValueCollection.  
Request.QueryString(item)
　在ASP中, 该方法会返回字符串数组.在ASP .NET,它会返回NameValueCollection.  
Request.Form(item)
　在ASP中, 该方法会返回字符串数组.在ASP .NET,它会返回NameValueCollection.  


可以看出, 这些变化对所有的方法都是一样的。

如果，您要访问的对象对某键值有唯一值，您就不需要修改您的代码。可是，如果有多个值，您就需要用不同的方法获得它们。另外，请注意Visual Basic .NET中的集合是以零为基的，而VBScript的集合是以一为基的。

例如，在ASP中，访问来自对http://localhost/myweb/valuetest.asp?values=10&values=20发出的请求的单独查询字符窜数值，可能会得到以下结果：

<%
'This will output "10"
Response.Write Request.QueryString("values")(1)

'This will output "20"
Response.Write Request.QueryString("values")(2)
%>


在ASP .NET中，QueryString属性返回NameValueCollection对象。从此对象中，您可以获得数值集合，及您想要的真正内容。再一次要强调的是：请注意集合中的第一项是基于零而不是一：

<%
'This will output "10"
Response.Write (Request.QueryString.GetValues("values")(0))

'This will output "20"
Response.Write (Request.QueryString.GetValues("values")(1))
%>

无论是ASP还是ASP.NET，以下代码执行结果是一样的：

<%
'This will output "10", "20"
Response.Write (Request.QueryString("values"))
%>
　
结构变化指的是那些影响Active Server Pages布局与代码风格的变化。您必须对它们有所了解以确保您的代码会在ASP.NET中运行无误。


代码块: 声明函数与变量

在ASP中，您可以在您的代码标示符中声明子程序与全局变量.

<%
Dim X
Dim str
Sub MySub()
Response.Write "This is a string."
End Sub  
%>
在ASP.NET中，这已被禁止。您必须在<script> 块中声明所有函数与变量。

<script language = "vb" runat = "server">
Dim str As String
Dim x, y As Integer

Function Add(I As Integer, J As Integer) As Integer
Return (I + J)
End Function
</script>


编程语言混合

在ASP编程语言中，您基本上有两种选择：VBScript 或 Microsoft® JScript®。　您可以在同一页自由混合搭配脚本块。

在ASP.NET，您现在有三种选择。您可以使用C#, Visual Basic .NET, 或 Jscript。请注意我说的是Visual Basic .NET 而不是VBScript。这是因为VBScript不存在于.NET 平台。它已经完全被Visual Basic .NET归入。虽然您可以自由选择任何语言，必须注意的是您不能再在同一页任意混合不同语言。当然您可以在您的应用程序Page1.aspx中包含C#代码，而Page2.aspx中包含Visual Basic .NET代码。您所不能做的是把它们混合放在同一页面。


新页面指令

在ASP中，您必须把所有指示指令放在页面的第一行, 而且只能在同一个代码标志符内。例如：
<%LANGUAGE="VBSCRIPT" CODEPAGE="932"%>
在ASP.NET中，您必须把语言指令与页面指令放在一行。例如：
<%Page Language="VB" CodePage="932"%>
<%QutputCache Duration="60" VaryByParam="none" %>
您可以根据需要，加入任意多条指令。指令可以被放在您的.apsx文件中的任何地方，但标准做法是置于文件开头。

ASP .NET纳入了一些新的指令。我建议您在ASP.NET相关文件中查找更多信息，看这些新指令是否能为您的应用程序带来益处。


Render 函数不再有效
在ASP中，开发人员发现它们可以利用所谓“输出函数”做些聪明的事。输出函数是一种正文中嵌入着大量HTML的子程序。例如：
<%Sub RenderMe()
%>
<H3> This is HTML text being rendered. </H3>
<%End Sub
RenderMe
%>
虽然用这些函数可以做很多很酷的事情，该代码在ASP.NET中不再允许使用，这应该是一种进步。我相信，在您像这样开始混合或搭配代码与HTML时，您见过有些函数很快就无法阅读与管理了。让它在ASP.NET中工作的最简单方法是调用 Response.Write　去取代您的HTML 输出。例如：

<script language="vb" runat="server">
Sub RenderMe()
Response.Write("<H3> This is HTML text being rendered. </H3>")
End Sub
</script>

<%
Call RenderMe()
%>

请注意我说了：“最简单的方法”，这并不是说它是最好的方法。取决于您的输出代码的复杂程度与数量,使用自定义的Web controls可能对您有利。它使您可以用程序设置HTML属性，并真正把您的内容与代码分开。这样可以大大提高您的代码可读性。
　
正如我所提到过的，VBScript　已被更全面更强大的Visual Basic .NET所取代。在这部分，我会强调那些您可能会碰到的与Visual Basic语言变化相关的问题。请注意我并不会列出关于Visual Basic所有的变化，而只会着眼于一个由Visual Basic .NET转向ASP .NET的ASP/VBScript 程序员可能会遇到的情况。欲知所有语言变化，请参考Visual Basic .NET相关文档。


告别Variant数据类型

我们知道它，我们爱它，我们也恨它。我说的当然是VARIANT数据类型。VARIANT数据类型不是.NET的一部分，所以在Visual Basic .NET中也不支持它。这也就意味着您所有的ASP变量正在不知不觉地从VARIANT数据类型转为对象类型。您的应用程序里的大多变量应根据需要改为相应的基元类型。如果您的变量在Visual Basic术语中确实是对象类型，只需在ASP.NET中简单声明其为Object即可。


Visual Basic　数据类型

一种一定会引起特别关注的VARIANT是VT_DATE数据类型。在Visual Basic中它被表示为Date类型。在Visual Basic中，Date 是以４个字节的双字节格式存储的。在Visual Basic.NET中, Date使用Common Language Runtime DateTime　类型，用８个字节整数来存储。

既然在ASP中，所有变量都是VARIANT数据类型，您使用的Date变量会被编译，也可能继续工作（这取决于他们是如何被正确使用。）可是，您在使用这些变量时，也有可能会遇到各种各样的问题，因为它们实际的数据类型已经改变。在把数值作为长整数类型送入COM对象或是对日期类型用CLng实施某些转换操作时，尤要注意。


Option Explicit 现为默认

在ASP中，Option Explicit 没有被规定为默认设置。Visual Basic .NET在这点上作了改变。Option Explicit成为默认值，因此，所有变量都需要声明。如果更严格一些的话，可以把您的设置变为Option Strict，这样可以迫使您声明所有的变量为某种数据类型。虽然这看似冗余，却是您应该坚持的做法。如果您不这样做，您的代码远远不可能优化，因为所有未经声明的变量会变成Object 类型。大多数隐性转换仍会有效，但如果您声明清楚所有变量的话，以后您就可以更安心了。


LET 与 SET不再被支持

对象可以像这样直接赋值：MyObj1 = MyObj2。如果您的程序里有SET 或LET 关键字, 它们必须被移掉。


用括号实现方法调用

在ASP中，您无须使用括号就可以自由调用对象的方法。例如：

Sub WriteData()
Response.Write "This is data"
End Sub
WriteData
在ASP .NET中,　做任何调用，您都必须使用括号，即使是不使用任何参数的方法也是一样。按照如下例所示方法书写代码，可以使代码在ASP与 ASP.NET环境中都工作无误。

Sub WriteData()
Response.Write("This is data")
End Sub
Call WriteData()


ByVal成为默认

在Visual Basic中，所有参数默认以引用(或ByRef)方式来传递。在Visual Basic .NET中有所改变。所有参数默认以值(或ByVal)传递。如果您仍然希望以引用来传递，您必须在参数之前清楚注明ByRef关键字。例如：

Sub MyByRefSub (ByRef Value)
Value = 53;
End Sub
这就是您必须非常小心的地方。当您将您的代码转向ASP.NET，我建议您对方法调用中的每个参数作两次甚至三次的检查，以确保这种变化确实符合您的期望。我估计，在检查过程中，总会查出些错误。


不再有默认属性

默认属性的概念不再存在于Visual Basic .NET。　这也就意味着如果您有依赖于来自某对象的默认属性的ASP代码，您将需要加以修改，以显式地引用所需属性。请见下例：