一個快速回答的問題：為什麼關於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。
