|
ASP开拓职员为了在他们的计划项目中得到更好的机能和可扩展性而不绝全力。荣幸地是，有很多书本和站点在这方面提供了很好的提议。可是这些提议的基本都是从ASP平台事变的布局上所得出的结论，对现实得到的机能的进步没有量的丈量。因为这些提议必要越发伟大的编码进程并低落了编码的可读性，开拓职员就只能在看不到现实运行结果的环境下，独自权衡为了进步他们ASP应用措施的机能是否值得支付这些价钱。
本文分为两大部门，我将先容一些机能测试功效，辅佐开拓职员来确定某一特定设施是否不只对未来的项目来说是值得的，而且可以或许对原本的项目举办更新。在第一部门我将回首一些ASP开拓的基本性题目。在第二部门，将涉及一些最优化ADO函数，并将它们的功效与挪用VB COM工具执行沟通ADO函数的ASP页面举办较量。这些功效很让人开眼界，甚职苄些时辰是很令人受惊的。
在本文中，我们将答复以下题目：
* 将ASP天生的内容写入相应流中最有用的要领是什么？
* 是否应该开启缓冲器？
* 是否应该思量向ASP代码中增进注释？
* 是否应该为页面明晰地配置默认说话？
* 假如不必要，是否应该封锁Session 状态？
* 是否应该把剧本逻辑放在子措施和函数区中？
* 行使包括文件有什么影响？
* 执行错误处理赏罚时会施加什么样的负载？
* 配置一个上下文处理赏罚是否对机能有影响？
全部测试都是用Microsoft的Web应用措施重点器材(WAST)来举办的，这是一个免费的器材，可以在这里找到。我用WAST建设了一个简朴的test 剧本，重复挪用下面所描写的ASP页面测试（每个高出70，000次）。回响的时刻基于均匀最后字节总时刻(TTLB),也就是从最初哀求的时刻到器材从处事器吸取最后一位数据的时刻。我们的测试处事器是一个Pentium 166，内存为196MB，客户机为Pentium 450，内存为256MB。你大概会想这些呆板的机能并不算很高级，可是不要忘了，我们并不是要测试处事器的容量，我们只是要测试处事器每次处理赏罚一个页面所用的时刻。测试时代这些呆板不做其余事变。WAST 测试剧本、测试陈诉以及全部的ASP测试页面都包括在ZIP文件中，你可以本身举办回首和测试。
将ASP天生的内容写入相应流中最有用的要领是什么？
行使ASP的一个最首要缘故起因是在处事器上天生动态内容。以是很明明，我们测试的出发点是确定将动态内容发送到相应流中的最得当的方法。在多种选择中，有两个是最根基的：一是行使内联ASP标志，另一个是行使Response.Write 语句。
为测试这些选择，我们建设了一个简朴的ASP页面，个中界说了一些变量，然后将它们的值插入表格中。固然这个页面很简朴也不是很适用，但它应承我们疏散并测试一些单独的题目。
行使ASP内联标志
第一个测试包罗行使内联ASP标志< %= x % >，个中x是一个已赋值的变量。到今朝为止，这个要领是最轻易执行的，而且它使页面的HTML部门保持一种易于阅读和维护的名目。
< % OPTION EXPLICIT
Dim FirstName
Dim LastName
Dim MiddleInitial
Dim Address
Dim City
Dim State
Dim PhoneNumber
Dim FaxNumber
Dim EMail
Dim BirthDate
FirstName = "John"
MiddleInitial = "Q"
LastName = "Public"
Address = "100 Main Street"
City = "New York"
State = "NY"
PhoneNumber = "1-212-555-1234"
FaxNumber = "1-212-555-1234"
EMail = "john@public.com"
BirthDate = "1/1/1950"
% >
< HTML >
< HEAD >
< TITLE >Response Test< / TITLE >
< /HEAD >
< BODY >
< H1 >Response Test< /H1 >
< TABLE >
< tr >< td >< b >First Name:< /b >< /td >< td >< %= FirstName % >< /td >< /tr >
< tr >< td >< b >Middle Initial:< /b >< /td >< td >< %= MiddleInitial % >< /td >< /tr >
< tr >< td >< b >Last Name:< /b >< /td >< td >< %= LastName % >< /td >< /tr >
< tr >< td >< b >Address:< /b >< /td >< td >< %= Address % >< /td >< /tr >
< tr >< td >< b >City:< /b >< /td >< td >< %= City % >< /td >< /tr >
< tr >< td >< b >State:< /b >< /td >< td >< %= State % >< /td >< /tr >
< tr >< td >< b >Phone Number:< /b >< /td >< td >< %= PhoneNumber % >< /td >< /tr >
< tr >< td >< b >Fax Number:< /b >< /td >< td >< %= FaxNumber % >< /td >< /tr >
< tr >< td >< b >EMail:< /b >< /td >< td >< %= EMail % >< /td >< /tr >
< tr >< td >< b >Birth Date:< /b >< /td >< td >< %= BirthDate % >< /td >< /tr >
< /TABLE >
< /BODY >
< /HTML >
/app1/response1.asp的完备代码
早年的最佳（回响速率） = 8.28 msec/page
在HTML的每一行行使Response.Write 语句
很多较量好的进修文档提议停止行使前面的那种要领。其首要来由是，在输出页面和处理赏罚页面施加回响时刻的进程中，假如web 处事器不得不在发送纯HTML和处理赏罚剧本之间举办转换，就会产生一种被称为上下文转换的题目。大部门措施员一听到这里，他们的第一回响就是将原始的HTML的每一行都包装在Response.Write函数中。
…
Response.Write("< html >")
Response.Write("< head >")
Response.Write(" < title >Response Test< /title >")
Response.Write("< /head >")
Response.Write("< body >")
Response.Write("< h1 >Response Test< /h1 >")
Response.Write("< table >")
Response.Write("< tr >< td >< b >First Name:< /b >< /td >< td >" & FirstName & "< /td >< /tr >")
Response.Write("< tr >< td >< b >Middle Initial:< /b >< /td >< td >" & MiddleInitial & "< /td >< /tr >")
…
/app1/response2.asp的片断
早年的最佳（回响速率） = 8.28 msec/page
回响时刻 = 8.08 msec/page
差= -0.20 msec (镌汰 2.4%)
我们可以看到，行使这种要领与行使内联标志的要领对比在机能上得到的收益很是小，这大概是由于页面给处事器装载了一大堆小的函数挪用。这种要领最大的弱点是，因为此刻HTML都嵌入剧本中，以是剧本代码变得越发冗长，越发难以阅读和维护。
行使包装函数
当我们试图行使Response.Write 语句这种要领时，最令人颓废的发明也许就是Response.Write 函数不能在每行的末了处安排一个CRLF 。因此，当你从赏识器中阅读源代码时，原来部署得很是好的HTML，此刻成了没有竣事的一行。我想，你的下一个发明也许会更令你可怕：在Response 工具中没有其姊妹函数Writeln 。以是，一个很明明的回响就是为Response.Write 函数建设一个包装函数，以便给每一行都附加一个CRLF 。
…
writeCR("< tr >< td >< b >First Name:< /b >< /td >< td >" & FirstName & "< /td >< /tr >")
…
SUB writeCR(str)
Response.Write(str & vbCRLF)
END SUB
/app1/response4.asp的片断
早年的最佳（回响速率）= 8.08 msec/page
回响时刻= 10.11 msec/page
差 = +2.03 msec (增进 25.1%)
虽然，因为这种要领有用地使函数挪用次数更加，其对机能的影响也很明明，因此要不吝统统价钱停止。具有嘲讽意味的是CRLF也向回响流中为每行增进了2个字节，而这是赏识器不必要泛起到页面上的。名目化精采的HTML所做的统统就是让你的竞争者更轻易阅读你的HTML源代码并领略你的计划。
将持续的Response.Write 毗连到一个单独语句中
不思量我们前面用包装函数举办的测试，下一个合乎逻辑的步调就是从单独的Response.Write 语句中提取出全部的字符串，将它们毗连到一个单独语句中，这样就镌汰了函数挪用的次数，极大地进步了页面的机能。
…
Response.Write("< html >" & _
"< head >" & _
"< title >Response Test< /title >" & _
"< /head >" & _
"< body >" & _
"< h1 >Response Test< /h1 >" & _
"< table >" & _
"< tr >< td >< b >First Name:< /b >< /td >< td >" & FirstName & "< /td >< /tr >" & _
…
"< tr >< td >< b >Birth Date:< /b >< /td >< td >" & BirthDate & "< /td >< /tr >" & _
"< /table >" & _
"< /body >" & _
"< /html >")
/app1/response3.asp的片断
早年的最佳（回响速率）= 8.08 msec/page
回响时刻 = 7.05 msec/page
差 = -1.03 msec (镌汰12.7%)
今朝，这是最优化的设置。
将持续的Response.Write 毗连到一个单独语句中，在每行末了处增进一个CRLF
思量到那些要求他们的源代码从赏识器中看要很纯粹的人，我用vbCRLF 常量在前面测试中每行的末了处插入了一些回车，然后从头运行。
…
Response.Write("< html >" & vbCRLF & _
"< head >" & vbCRLF & _
" < title >Response Test< /title >" & vbCRLF & _
"< /head >" & vbCRLF & _
…
/app1/response5.asp的片断
前面的最佳（回响速率）= 7.05 msec/page
回响时刻= 7.63 msec/page
差 = +0.58 msec (增进 8.5%)
运行的功效在机能上有一点低落，这大概是因为特另外串联和增进的字符量。
回首和视察
以前面有关ASP输出的测试中可以得出一些法则：
* 停止内联ASP的过多行使。
* 老是将持续Response.Write 语句毗连进一个单独语句内。
* 永久不要在Response.Write 周围行使包装函数来附加CRLF。
* 假如必需名目化HTML输出，直接在Response.Write 语句内附加CRLF。
（编辑：湖南网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
