新版本平台的推出总是伴随着许多压力,以及人们对期待已久功能的兴奋之情。开发者喜欢利用新技术建立应用程序,不过,在将现有的可靠应用程序由旧版本平台移植到最新最完善版本的过程中,总会遇到一些困难。
本周,我来讨论将在ASP.NET 1.1中建立的网络应用程序移植到2.0版本过程中可能出现的一些问题。
ASP.NET 2.0
新版的ASP.NET 2.0不只是一次升级——它是一次重大的技术更新,因为它改变了ASP.NET应用程序的设计、编译及配置方式。微软意识到,现在还存在大量的ASP.NET 1.1程序,因此2.0旨在让旧版应用程序无故障地运行。另一方面,技术升级也产生了将现有应用程序转换到2.0平台的需要。考虑到上述问题,我们来讨论一下这两个版本之间的区别,以及在转换过程中可能会遇到的问题。
版本变化
虽然ASP.NET 2.0针对1.1进行了许多改变,但某些变化对于项目转换有着重大的影响。下面的列表简单概括了一些主要改变:
上表详细说明了ASP.NET 1.1与2.0的主要差异,以及它们对应用程序移植可能造成的影响。现在我们再进一步讨论可能出现的问题。
应用程序转换
上一部分说明的新旧版本间的主要差异为转换应用程序时可能遇到的问题提供了一些线索。下表着重强调在将一个应用程序移植到新的ASP.NET 2.0平台时需要注意的问题:
转换向导
微软同时考虑到项目转换问题。Visual Studio 2005中包含一个转换向导,帮助你进行项目转换。
在转换前,Visual Studio转换向导首先要求你对现有应用程序进行备份(这是个非常不错的主意)。接下来,它执行转换,并在完成转换后显示一个转换日志。在新版本号中被替代或取消的.NET Framework功能是转换过程中可能出现的常见问题。列表A中是这类问题的一个例子。
列表A中的信息指出,一项功能已被新版本中的另一功能代替,因此我必须手工修改代码。不同的应用程序在转换过程中可能出现各种问题。你需要单独解决每一个问题,做出必要的改变,才能充分利用2.0平台。
逐步转换
不管哪种转换,最好是逐步、有条理地进行。没有必要进行快速转换。ASP.NET 2.0中增加了大量新功能,可以方便地建立强大的解决方案,但当你将旧版ASP.NET 1.1应用程序转换到新平台时,必须考虑到这些改变。记住本文所讨论的这些变化,利用转换向导,一步步地转换到新平台。
Tony Patton拥有丰富的Java、VB、Lotus及XML方面的知识,是一个专业的应用程序开发人员。
责任编辑:张琎