新版本平台的推出总是伴随着许多压力以及人们对期待已久功能的兴奋之情开发者喜欢利用新技术建立应用程序不过在将现有的可靠应用程序由旧版本平台移植到最新最完善版本的过程中总会遇到一些困难
本周我来讨论将在ASPNET 中建立的网络应用程序移植到版本过程中可能出现的一些问题
ASPNET
新版的ASPNET 不只是一次升级——它是一次重大的技术更新因为它改变了ASPNET应用程序的设计编译及配置方式微软意识到现在还存在大量的ASPNET 程序因此旨在让旧版应用程序无故障地运行另一方面技术升级也产生了将现有应用程序转换到平台的需要考虑到上述问题我们来讨论一下这两个版本之间的区别以及在转换过程中可能会遇到的问题
版本变化
虽然ASPNET 针对进行了许多改变但某些变化对于项目转换有着重大的影响下面的列表简单概括了一些主要改变
·代码隐藏模式ASPNET 引入了部分类的概念而一个类能够跨越多个类文件这是Visual Studio 应用的一项主要功能它将系统生成的代码与用户代码分离开来这避免了你在阅读源代码时遇到系统生成代码的情况部分类方法降低了无意编辑系统代码并导致更小的代码隐藏文件的风险
·目录ASPNET 增加了许多特殊的目录而仅有一个必要的bin目录这些新目录大都以App_为前缀如App_CodeApp_DateApp_ GlobeResources和App_LocalResourcesbin目录依然与一个主题目录一同存在新增目录是取消项目文件的主要手段
·删除项目文件ASPNET与Visual Studio 使用项目文件的日子一去不复返了项目现在变成了完整的网络项目目录这与有了很大的不同并可能引起后面提到的移植问题
·编译模式在中所有的代码被编译到bin目录中的一个集合中在中这个集合被分割成几个集合这些集合可以在空闲时建立或预先编译每个ASPNET目录如App_Code和App_Data以及Web FormsUser Controls等都有各自的集合这是应用程序结构方面的重大变化它为向用户交付应用程序提供更多配置选项
·应用程序配置版应用程序的配置相当简单你只要移动内容文件以及必要的集合文件再复制并粘贴就可完成并没有多少选择的余地为应用程序配置提供各种选择例如你可以选择预先编译代码再配置它或不预先编译而使用其它方法另外你还可以锁定已配置的内容文件防止在配置后再进行修改（这与有很大不同）
上表详细说明了ASPNET 与的主要差异以及它们对应用程序移植可能造成的影响现在我们再进一步讨论可能出现的问题
应用程序转换
上一部分说明的新旧版本间的主要差异为转换应用程序时可能遇到的问题提供了一些线索下表着重强调在将一个应用程序移植到新的ASPNET 平台时需要注意的问题
·在转换前你必须确定应用程序在中能够正常运行在一个多功能项目中在转换前应进行备份
·中删除了项目文件这与有很大不同在中所有的引用被转移到它们自己的目录中另外网络项目文件夹现在变成项目因此在中需要将旧版中有多个地址的项目划分成单独的项目在转换前必须划分这些项目
·的新目录结构需要中用到的资源和其它组件你需要将它们转移到新目录中
·NET Framework已由升级到因此可能不再支持中的一些功能（如类或它们的方法和/或属性）
转换向导
微软同时考虑到项目转换问题Visual Studio 中包含一个转换向导帮助你进行项目转换
在转换前Visual Studio转换向导首先要求你对现有应用程序进行备份（这是个非常不错的主意）接下来它执行转换并在完成转换后显示一个转换日志在新版本号中被替代或取消的NET Framework功能是转换过程中可能出现的常见问题
列表A中的信息指出一项功能已被新版本中的另一功能代替因此我必须手工修改代码不同的应用程序在转换过程中可能出现各种问题你需要单独解决每一个问题做出必要的改变才能充分利用平台
逐步转换
不管哪种转换最好是逐步有条理地进行没有必要进行快速转换ASPNET 中增加了大量新功能可以方便地建立强大的解决方案但当你将旧版ASPNET 应用程序转换到新平台时必须考虑到这些改变记住本文所讨论的这些变化利用转换向导一步步地转换到新平台
Tony Patton拥有丰富的JavaVBLotus及XML方面的知识是一个专业的应用程序开发人员
