一个快速回答的问题：为什么关于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。

 

评论 (0) All

登陆 还没注册？