打印本文 打印本文 关闭窗口 关闭窗口
ASP-ASP.NET 迁移的Guideline
作者:武汉SEO闵涛  文章来源:敏韬网  点击数1814  更新时间:2009/4/23 10:50:46  文章录入:mintao  责任编辑:mintao

ASP->ASP.NET 迁移的Guideline

小气的神

2003-08-26

 

Article Type: NEWS 

难度等级:3/9       

版本:1.02

 

 

在我7月份的WebLog上我曾写过一个MIEC的模式理论,简单的说就是:

l          Migration

l          Interoperation

l          EAI

l          .NET Connection

 

Migration最常是用在相同的应用程序层但在不同的平台上,比如把JSP的表现层编成ASP.NET的Web From或是将中间层的COM转换成Web Services等等。基本上,Migration调整的是一个层,不会太大的影响其它层或整个系统已经运行的逻辑。

你会发现MIEC这个模式理论非常有用,当你应用程序需要从ASP2.0 迁移到3.0 的时候,你就可以按照下面的办法来处理。

 

第一阶段--代码转换

使用一个工具,将ASP的代码转换到ASP.NET的代码。一般你可以选择下面几种工具中的一种(这些在我的WebLog中也都有提到过)

l          ASP2ASPX --http://www.netcoole.com/asp2aspx.htm

l          VB6->VB.NET,WinForm->WebForm --www.artinsoft.com

l          ASPBridge IncludeControl---http://www.iprisma.com/aspbridge/index.htm

 

当然这里我会使用ASP2ASPX来完成第一阶段的工作,将ASP的代码转换成ASP.NET的

下面是一个3.1的评估版本,只能转换不超过1000行的ASP的代码

 

 

第二阶段--验证、整理和测试

这个阶段主要是将第一阶段的代码进行整理和坚持,看它是否已经转化正确。一般在这个阶段完成具体的代码和应用的迁移任务,并保证迁移是能正常运行的。

1.       由于ASP中多是VB Script没有类型,所以许多都被转换成System.Object,你可以在做检查的过程中,做一点代码重构的工作,将System.Object修改成一些已知的类型,比如System.String; System.Int32;System.Int64

这部分每完成一个模块,或做完代码的调整,都需要做一个完整的单元测试,主要保证编译可以通过这个可以通过编写一个批处理文件,或是使用MS ACT,这个工具对于访问一个ASP.NET就非常好,特别是多个URL,ACT会给你成功或失败的列表。

2.       一些ASP的代码需要进行修改,比如ASP的Session的代码,因为这些在ASP.NET中已经无法使用了,这部分代码只能重写。

3.       迁移ADO代码的部分,工具可以帮你做一些,但是你需要检查转化的代码,注意ADO和ADO.NET的差别,最明显的是你知道ADO.NET不支持服务器的光标,具体的可以参加下面的资源。

4.       迁移COM组件的部分,ASP2ASPX 3.0之后的版本可以自动的将COM/ActiveX转化成一个Proxy的Assembly,但是你需要检查和进行一些调整,最先需要先迁移过来,之后再考虑这种方式的性能,我建议你放在下一个阶段。

5.       这里有一个非常大的代码工作量的问题,因为ASP2ASPX产生的代码对”code behind”的支持非常的有限,产生的Code几乎都是代码和UI在一个ASPX的界面中。ASP.NET 2.0会对于这种方式有更好的支持,但目前这会有一定的代码量。

 

第三阶段—优化、集成和部署

这个阶段主要是针对上面的情况,进行一些优化或更多应用的集成扩展,最后在完成测试之后进行部署。

1.   对于原来调用ADO部分的一些代码可能需要在这个阶段进行优化,充分利用ADO.NET的性能。

2.   如果存在原来VBScrip+COM组件的形式,需要在这个阶段调整组件的模式,是直接调用.NET Assembily还是原来可能是在ASP中是调用的COM+的Proxy,那么这种情况就更加需要注意。一般你可以做三种选择:

a)        改为在ASP.NET页面的cs文件中直接完成数据库和业务逻辑的部分。

b)        建立一个.NET Assembly 对原来的COM组件的内容进行重写或封装。

c)         将一些组件改为Web Services的方式。

3.   考虑将一些UI的部分变换成Server Control,将其放入Cache中,或是实现完全的”Code behind”

4.   考虑使用.NET中一些Cool的特性,比如校验控件、正则表达式、排序函数、配置类库、加密函数、调试和跟踪函数、多线程等等,增强原来应用的性能和可靠性。

5.   充分利用EAI和.NET Connection两种模式,继续增强你的Web应用的价值,最明显和常用的一种方式,你会发现你在迁移ASP应用的过程中会使这个应用变成一个公司的Portal WebSite (EAI模式 ),另外也可能使得你的应

[1] [2] [3]  下一页

打印本文 打印本文 关闭窗口 关闭窗口