asp.NET特写
2008-04-24 05:10
253 查看
面的新技术已经以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,用户输入验证就会转到服务器端。
.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,用户输入验证就会转到服务器端。
相关文章推荐
- [导入]asp.NET特写
- asp.NET特写
- ASP.NET特写
- asp.NET特写
- asp.NET特写
- asp.NET特写
- ASP.NET特写
- asp.net操作xml实现创建,添加,删除,查询等功能函数
- [备用]权限设计方案、如何使用session、MVC如何使用模板、DropdownList、怎么添加Bootstrape框架、使用ASP.NET MVC 4 Bootstrap Layout Template(VS2012)
- Telerk-asp.net 第三方控件之控件讲解 RadAjaxPanel(二)
- ASP.NET-HTML.Helper常用方法
- asp.net mvc 客户端加验证非空验证数据库是否存在验证
- Asp.Net Forms验证实例
- Asp.Net 学习资源列表
- Visual Studio .NET 已检测到指定的Web服务器运行的不是ASP.NET 1.1 版
- [Oracle]ASP.NET中使用ODP.NET(ODAC)對含有自定義類型參數的存儲過程進行操作
- Water for asp.net 之十三:用代码生成机简化开发
- apache 支持asp.net
- 详解ASP.NET MVC 2中强类型HTML辅助方法
- 在ASP.NET中动态创建柱状图和饼图