您现在的位置： 
本文要求你熟悉Visual Studio 6.0，ASP和IIS
难度：2
摘要：当收集客户对Visual Studio .NET beta版反馈的网站需要升级的时候，Visual Studio开发小组发现这是一个使用.NET技术来开发一个真正的网站的好机会。本文描述了移植beta.visualstudio.net站点的过程，说明了如何使用ASP .NET和.NET框架将原来用Visual Basic 6.0和ASP开发的，发布在Microsoft Internet Information Services (IIS) 5.0上的组件移植到.NET平台下。还将介绍技术的选择和检查有效性、安全、认证等问题，并对现存的和新的用JScript 及ASP .NET开发的用作移植的组件作必要的解释。
Visual Studio开发小组设计了从测试站点得到用户反馈的机制，这是Visual Studio .NET beta版的一个部分。为此开发组在开发环境中增加了一个LAME按钮，它能帮助用户提交对这个产品的任何意见，包括对错误信息描述和菜单设计的意见等（参见图1）。开发小组还设计了跟踪用户如何使用产品的机制。产生的日志文件能帮助开发组进一步确定用户的需求。开发组用http://beta.visualstudio.net这个站点来收集这些信息和用户发现的漏洞，并向用户发布升级信息。
图1 LAME按钮
这个Web站点的以前使用基于Microsoft Internet Information Services(IIS)5.0的Visual Basic? 6.0和ASP开发的。随着.NET产品的不断成熟，开发组希望通过在一个真实的开发环境中使用他们以获得第一手的体验，所以决定将这个站点移植到Visual Studio .NET和Microsoft .NET框架下。
通过自己的亲身体验，开发组对产品有了进一步的认识，为其他开发者充分利用.NET平台和Visual Studio .NET提供了很好的范例，还了解了哪些开发技术在Visual Studio .NET中仍然可以使用。
在这篇文章中，我将介绍将这个Web站点移植到.NET平台时使用的一些技术，得到的教训，并提供一些技巧来帮助你将应用程序移植到.NET平台。
原先的站点设计
这个跟踪站点由三个独立的Web站点组成。普通用户可以通过公众站点登陆、报告产品漏洞、上传日志文件、查看升级信息和已知的问题。Microsoft的员工可以通过内部网访问镜像站点无须通过公司的防火墙。Beta版的程序管理员可以通过管理站点得到测试网站的清单，管理站点的内容，配置站点其它的信息。
这个Web站点原先是用Visual Basic 6.0，ASP， Windows 2000和SQL Server? 7.0建立起来的。那时候，Visual Studio .NET和.NET框架是作为技术预览被发布的，用它来建造这个站的模块还显得不成熟。因此，我们用了Visual Studio和Windows2000的技术来建造这个站点的。
这个站点的体系结构符合Windows DNA 2000应用程序设计模型。我们用Active Server Pages 3.0开发了客户端的UI，并发布在IIS5.0上。这个程序的逻辑和数据访问代码在一个用Visual Basic 6.0写出的ActiveX DLL中，并注册到了COM+中。Visual Basic使用ActiveX Data Objects (ADO)来访问SQL Server 7.0数据库。图2 说明了这个站点基本的体系结构。
图2 测试站点的体系结构
当开发组考虑如何将这个站点移植到Visual Studio .NET Beta 1的时候，他们决定只修改外部的客户站点（我将在下部分解释为什么这么做）而不修改管理站点。升级外部站点能实现他们获得第一手资料的愿望，并为客户提供了一个如何在.NET下开发软件的范例。
难度：2
摘要：当收集客户对Visual Studio .NET beta版反馈的网站需要升级的时候，Visual Studio开发小组发现这是一个使用.NET技术来开发一个真正的网站的好机会。本文描述了移植beta.visualstudio.net站点的过程，说明了如何使用ASP .NET和.NET框架将原来用Visual Basic 6.0和ASP开发的，发布在Microsoft Internet Information Services (IIS) 5.0上的组件移植到.NET平台下。还将介绍技术的选择和检查有效性、安全、认证等问题，并对现存的和新的用JScript 及ASP .NET开发的用作移植的组件作必要的解释。
Visual Studio开发小组设计了从测试站点得到用户反馈的机制，这是Visual Studio .NET beta版的一个部分。为此开发组在开发环境中增加了一个LAME按钮，它能帮助用户提交对这个产品的任何意见，包括对错误信息描述和菜单设计的意见等（参见图1）。开发小组还设计了跟踪用户如何使用产品的机制。产生的日志文件能帮助开发组进一步确定用户的需求。开发组用http://beta.visualstudio.net这个站点来收集这些信息和用户发现的漏洞，并向用户发布升级信息。
图1 LAME按钮
这个Web站点的以前使用基于Microsoft Internet Information Services(IIS)5.0的Visual Basic? 6.0和ASP开发的。随着.NET产品的不断成熟，开发组希望通过在一个真实的开发环境中使用他们以获得第一手的体验，所以决定将这个站点移植到Visual Studio .NET和Microsoft .NET框架下。
通过自己的亲身体验，开发组对产品有了进一步的认识，为其他开发者充分利用.NET平台和Visual Studio .NET提供了很好的范例，还了解了哪些开发技术在Visual Studio .NET中仍然可以使用。
在这篇文章中，我将介绍将这个Web站点移植到.NET平台时使用的一些技术，得到的教训，并提供一些技巧来帮助你将应用程序移植到.NET平台。
原先的站点设计
这个跟踪站点由三个独立的Web站点组成。普通用户可以通过公众站点登陆、报告产品漏洞、上传日志文件、查看升级信息和已知的问题。Microsoft的员工可以通过内部网访问镜像站点无须通过公司的防火墙。Beta版的程序管理员可以通过管理站点得到测试网站的清单，管理站点的内容，配置站点其它的信息。
这个Web站点原先是用Visual Basic 6.0，ASP， Windows 2000和SQL Server? 7.0建立起来的。那时候，Visual Studio .NET和.NET框架是作为技术预览被发布的，用它来建造这个站的模块还显得不成熟。因此，我们用了Visual Studio和Windows2000的技术来建造这个站点的。
这个站点的体系结构符合Windows DNA 2000应用程序设计模型。我们用Active Server Pages 3.0开发了客户端的UI，并发布在IIS5.0上。这个程序的逻辑和数据访问代码在一个用Visual Basic 6.0写出的ActiveX DLL中，并注册到了COM+中。Visual Basic使用ActiveX Data Objects (ADO)来访问SQL Server 7.0数据库。图2 说明了这个站点基本的体系结构。
图2 测试站点的体系结构
当开发组考虑如何将这个站点移植到Visual Studio .NET Beta 1的时候，他们决定只修改外部的客户站点（我将在下部分解释为什么这么做）而不修改管理站点。升级外部站点能实现他们获得第一手资料的愿望，并为客户提供了一个如何在.NET下开发软件的范例。
