当前位置: 王朝网络 >> asp >> 将ASP生成的内容写入响应流中最有效的方法

将ASP生成的内容写入响应流中最有效的方法

王朝asp·作者佚名 2006-12-16

窄屏简体版字體: 小|中|大|超大

使用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 连接到一个单独语句中