微软建议的ASP性能优化28条守则(八)

技巧 17：使用 <OBJECT> 标记例示对象

　　如果要引用不在所有代码路径（特别是服务器或应用程序作用域的对象）中使用的对象，使用 Global.asa 中 <object runat=server id=objname> 标记声明它们，而不使用 Server.CreateObject 方法。Server.CreateObject 能立即创建对象。如果以后不再使用该对象，您就浪费了资源。<object id=objname> 标记声明 objname，但在其方法或属性第一次使用以前，不会创建 objname。

　　这又是一个惰性计算的例子。

技巧 18：对于 ADO 和其它组件使用 TypeLib 声明

　　当使用 ADO 时，开发人员经常加入 adovbs.txt，以访问 ADO 的各种常量。在要使用常量的每个页面中必须包含此文件。此常量文件相当大，给每个 ASP 页面的编译时间和脚本大小增加了许多系统开销。

　　IIS 5.0 引入了绑定到组件类型库的功能。这可使您引用类型库一次，并将其用在每个 ASP 页面上。每个页面不会产生编译常量文件的开销，且组件开发人员不必建立 VBScript#_include 文件以在 ASP 上使用。

　　要访问 ADO TypeLib，将下面一条语句放在 Global.asa 中。

<!-- METADATA NAME=?Microsoft ActiveX Data Objects 2.5 Library?
TYPE=?TypeLib? UUID=?{00000205-0000-0010-8000-00AA006D2EA4}? -->

　　或

<!-- METADATA TYPE=?TypeLib?
FILE=?C:\Program Files\Common Files\system\ado\msado15.dll? -->

技巧 19: 利用浏览器的验证功能

　　现今的浏览器对一些高级功能如 XML、DHTML、Java 小程序和远程数据服务提供支持。尽可能使用这些功能。所有这些技术都可以执行客户机端验证和数据缓存，免去了到 Web 服务器的往返。如果您在运行一个智能浏览器，那么浏览器就能为您进行一些验证（例如，在执行 POST 之前，检查信用卡校验和是否有效）。尽可能使用这一功能。通过减少客户-服务器之间的往返，可降低 Web 服务器上的负载，并能减少网络通信量（虽然发送到浏览器的第一个页面可能比较大）以及服务器访问的任何后端资源。此外，用户不必像住常一样读取新页，从而用户的感觉会好一些。这样做并不意味着您可以不进行服务器端验证 - 您还应始终进行服务器端验证。这可以防止由于某种原因（如黑客，或浏览器不运行客户机端验证例程）客户机产生错误的数据。

　　人们已经进行了大量的工作，开发“独立于浏览器”的 HTML。正是由于这种忧虑，开发人员不愿再使用流行的浏览器功能，但这些功能本可以改善性能。对于一些真正的高性能站点，必须关心浏览器“访问”问题，一个好的策略是优化页面，使其适应流行的浏览器。使用浏览器功能组件，可以在 ASP 中方便地检测到浏览器功能。Microsoft FrontPage 等工具有助于设计适合于浏览器和指定 HTML 版本的代码。参见 When is Better Worse？Weighing the Technology Trade-Offs，以了解更进一步的讨论。

技巧 20：避免在循环语句中使用字符串串联

　　许多人在循环语句中建立一个字符串，如下所示：

s = ?<table>? & vbCrLf
For Each fld in rs.Fields
s = s & ? <th>? & fld.Name & ?</th> ?
Next

While Not rs.EOF
s = s & vbCrLf & ? <tr>?
For Each fld in rs.Fields
s = s & ? <td>? & fld.Value & ?</td> ?
Next
s = s & ? </tr>?
rs.MoveNext
Wend

s = s & vbCrLf & ?</table>? & vbCrLf
Response.Write s

　　采用这种方法会出现一些问题。第一个问题是反复串联字符串需要花两次方的时间，更通俗地说，运行这种循环语句所花的时间与记录数乘以字段数所得值的平方成正比。举一个更简单的例子，就可以更清楚地说明这一问题。

s = ??
For i = Asc(?A?) to Asc(?Z?)
s = s & Chr(i)
Next

　　在第一次迭代中，您获得了一个字符的字符串 ?A?。在第二次迭代中，VBScript 必须重新分配字符串并将两个字符 (?AB?) 复制到 s 中。在第三次迭代中，它还必须再次重新分配 s 并将三个字符复制到 s 中。在 N 次（第 26 次）迭代中，它必须重新分配并将 N 个字符复制到 s 中。总共就是 1+2+3+...+N，即 N*(N+1)/2 次复制。

　　在上面的记录集举例中，如果有 100 个记录和 5 个字段，内循环将执行 100*5 = 500 次，所有的复制和重新分配所花的时间与 500*500 = 250,000 成正比。这对于中等大小的记录集来说复制操作太多了。

　　在本例中，代码可以用 Response.Write() 或内嵌脚本 (<% = fld.Value %>) 替代字符串串联来改进。如果启用了响应缓冲的话（应该的），这