一个快速回答的问题：为什么关于ASP的书中，讨论使用子程序和函数的代码的那么少？

     虽然一行一行地写ASP代码要更加简单，但是以程序的形式来编码却有许多益处。

     首先，非程序化的代码不容易移植到Visual Basic。也许目前你没有这个计划，但是总有一天你会为了
其性能或可扩展性而将一些代码移植到组件中。

     其次是程序是运行得更快。对ASP性能的最大消耗是上下文转换，每次从ASP代码区< % % 移到无格式的
HTML时都会发生。因为你不会在程序内部编码一个上下文转换，就不讳感觉到这种消耗。另外，ASP的
缓冲器也显示当子程序用程序化代码点击页面时会有很大的不同。这里是使用程序化代码的ASP应用程序
"Hello World" 的必须部分：

     Private Sub Main()
     Response.Write "Hello World!"
     End Sub

     Call Main

     为了完整起见，我在程序中包含了一个上下文转换的小例子。如果你试验这个代码，它会运行，但是请
不要在你自己的应用程序内部这样做。

     < %@ Language=VBScript %
     < %
     Private Sub DoStuff()
     %
     This is < b HTML Text! < /b
     < %
     End Sub
     %
     < HTML
     < HEAD
     < META NAME="GENERATOR" Content="Microsoft Visual Studio 6.0"
     < /HEAD
     < BODY
     < P < % Call DoStuff % < /P
     < /BODY
     < /HTML

     程序化的代码还有一些其它益处。首先你会发现再利用包含在程序中的代码部分更加容易。其次，要
实现同样的目的所需要的代码行更少。第三，你将要开始开发一个大的可再利用代码库。开始时它的
形式是.inc 文件，最后你自己的普通COM组件看起来就像Jeff Gordon（著名赛车选手）一样棒。

     移植你的代码

     有几件事与从VBScript向Visual Basic移植代码一样简单。一般来说，你需要移走代码并增加数据类型。
有时，也可以在Visual Basic中应用一些更有效的算法，但是必须先保证代码可以正常工作。

     在我们这个应用程序举例中，将要移植一些简单的代码到两个Visual Basic COM 组件中。将一些HTML
表格格式拖到表述类中，将ADO 对象代码拖到包裹了ADO 的数据存取类中。通过将这两个类都放入
ActiveX DLL 工程文件中可以使工程文件稍稍简单化。在实际工作中，可以为每一层创建单独的工程
文件，但是这个工程文件要在一个DLL中表明思路。如果你想纠正这种情况，就将数据存取类移到另一个
工程文件中并作为一个DLL编译。必须在表述要应用它的DLL工程文件中增加对这个新DLL的引用。

     在这个样本工程文件中使用的数据库是一个Northwind 数据库，它与Visual Basic包含在一起。在这个
样本工程文件的ZIP 文件中，我为那些没有安装Visual Basic的人做了这个文件的一个表格的版本。样本
工程文件中还包含一个与ASP代码一起使用的编译过的DLL。