将你的Visual Basic 6.0移植到Visual Basic.NET

Web窗体运行于服务器上，产生基于HTML3.2标准的HTML页面发送到客户端。这一点同ASP相同，但是由于Web程

序是编译执行的，同解释执行的ASP比较起来速度要快很多。

下面是对将Visual Basic 6.0开发的基于浏览器的应用无缝转移到Visual Basic.NET上的一些介绍以及结构方

面的建议。

我们建议你使用微软多层构架来开发你的应用，利用ASP来开发界面，同时使用Visual Basic 6.0或者Visual

C++ 6.0开发的COM组件，Visual Basic.NET完全支持ASP，你可以同时使用ASP、ASP.NET、Web窗体来扩展你的应用。

同时Visual Basic 6.0或者VC6商用组件可以不经升级获修改直接在Visual Basic.NET中使用。

包含DHTML页面以及客户端DLL的DHTML 应用不能自动升级到Visual Basic.NET。我们建议你在Visual Basic

6.0下开发这些应用。同DHTML工程一样，ActiveX Documents不被Visual Basic.NET支持。不能自动升级。我们建

议：或者在Visual Basic 6.0下开发ActiveX Documents或者将ActiveX Documents转换为用户自定义控件。不过

ActiveX documents 和 DHTML应用程序可以集成到Visual Basic.NET技术中。

Web类（Webclasses）在Visual Basic.NET中将不再存在。Web类应用将升级到ASP.NET；不过，在自动升级后

你还需要做一些更改。现存的Web类应用可以集成到Visual Basic.NET的Web窗体和ASP应用中，但是在新工程中，

我们建议在新工程中使用ASP的Windows DNA平台。关于更多的关于Windows DNA的信息，请访问微软DNA站点：

http://msdn.microsoft.com/isapi/gomscom.asp?Target=/dna/

客户/服务器工程

Visual Basic 6.0提供以下技术用于建立客户端/服务器应用：

Visual Basic窗体

Microsoft Transaction Server (MTS)/COM+中间层对象

用户控件

Visual Basic.NET提供了新的窗体包：Windows窗体。相对于Visual Basic 6.0的窗体，Windows窗体使用不同

的对象模块，不过绝大部分是兼容的。当你的工程升级时，Visual Basic窗体自动升级到Windows窗体。下面是

Windows窗体的示例：(附加图片windowsforms1.gif)

对于开发中间层的MTS and COM+ 服务器组件，Visual Basic.NET提供了更强大的支持。使用统一的调试器，

你可以从 客户端到MTS/COM+组件再到客户端进行步进调试。同时集成调试器也支持在MTS 和 COM+ 组件内部进行

调试（组件需要以native code方式编译，包含符号调试信息以及不进行优化）。