asp.NET特写
文章类别:
asp | 发表日期:2008-10-5 20:17:20
创建动态Web页面的新技术已经以CLR服务为基础全部重新改写。到目前为止,所有.NET提供的语言都可用于编写ASP.NET页面,但页面的扩展名和ASP 3.0的不同。具体地说,简单Web页面以“.aspx”为扩展名,Web服务以“.asmx”为扩展名(来源于“Assembly”),一种称为Pagelet的ASP.NET页面可重用部件以“.aspc”为扩展名。
.NET应用能够流畅地同时运行.asp和.aspx页面。旧式的ASP页面将由asp.dll直接运行,但它不能利用CLR的功能。
现在,.aspx页面不再解释执行,而是在第一次调用出现时被编译成MSIL代码,然后再以中间代码运行,就象J2EE环境下的JSP一样。一个合乎逻辑的结论是性能会有所提升,Microsoft宣称它可以与Visual Basic 4升级到编译版本5时应用性能的提升程度相媲美。
除了理解VB.NET引入的所有新概念之外,这些根本性的改变还要求对ASP页面的编写方式作较大的改动。为了了解从ASP迁移到ASP.NET所要做的工作,下面我们来分析一下主要改动之处。
这些改动分属三个层次:
API中的改动
页面结构的改动
VBScript和VB.NET之间的改动
ASP.NET只允许每个页面使用一种语言。在DNA中,ASP页面可以同时使用JScript和VBScript;但ASP.NET不再允许这种用法。
在ASP.NET中,函数必须用HTML < SCRIPT >标记包围,而且不允许把用于生成HTML代码的函数分割成多个部分。例如,ASP.NET不允许出现下面这种代码:
相反,我们必须代之以如下代码:
< SCRIPT LANGUAGE="VB" runat=server >
Function SayHello()
Response.Write ("< b >< i > ")
Response.Write (" Hello ! ")
Response.Write ("< /i >< /b > ")
End Function
< /SCRIPT >
括起函数调用参数的括号现在是必需的。另外,有的兼容性问题可能源于所有ASP.NET的数组下标都从0开始,而在ASP 3中有的从0开始,有的从1开始。
在VB.NET中,默认情况下参数以值(ByVal)传递,而在当前的VBScript中,参数默认以引用传递(ByRef)。最后,VB.NET将不再支持默认值或关键词Set、Let。
虽然这些改动都不是重大的、根本性的,但如果要利用CLR以及编译代码的优势就必须修改现有的代码,这些改动会占据开发者大量的时间。Microsoft已经宣布,用于代码迁移的工具会随同.NET平台一起发布,但从现在起就养成合适的编码习惯无疑是有益无害的。
至于COM组件,ASP.NET将采用封装的形式使得原有的COM组件仍旧能够运行,但这些COM组件将运行在CLR受管理的环境之外,而且受管理以及非受管理环境之间的切换会牺牲一定的性能。因此,很多用户可能会决定重新把COM组件编写成COM + 2.0。
ASP.NET引入了服务器端控件,它可能是ASP.NET吸引开发者使用它的一个重要原因。使用这些控件,ASP.NET页面能够利用可视或者非可视控件提供的如下高级服务:TreeView(树形视图), ListBox(列表框), Calendar(日历),等等。所有这些控件都会分析调用它们的客户程序类型,然后生成合适的表现代码。一般地,Web页面中的输入框使用客户端JavaScript进行输入合法性验证,但如果浏览器不支持JavaScript或者禁用了JavaScript,用户输入验证就会转到服务器端。