第1页:ASP.NET移植须知第2页：ASP.NET移植须知第3页：ASP.NET移植须知第4页：ASP.NET移植须知第5页：ASP.NET移植须知第6页：ASP.NET移植须知第7页：ASP.NET移植须知第8页：ASP.NET移植须知第9页：ASP.NET移植须知

虽然微软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 相关的变化
• 应用程序配置的变化
• 状态管理问题
• 涉及安全性问题
• 数据访问

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