剛開始學ASP時，照書里HTML中包含ASP
后來，用Response.Write 輸出HTML
可現(xiàn)在看了這一篇文章，難道真的要把Response.Write寫成一句(" & _？
你說說？
-------
（轉(zhuǎn)http://www.ccidnet.com/html//tech/web/2000/11/10/58_1298.html）
什么才是提高ASP性能的最佳選擇（一）
（作者：青蘋果工作室編譯2000年11月10日 17:20）

將ASP生成的內(nèi)容寫入響應流中最有效的方法是什么？
使用ASP的一個最主要原因是在服務器上生成動態(tài)內(nèi)容。所以很明顯，我們測試的起點是確定將動態(tài)內(nèi)容發(fā)送到響應流中的最適合的方式。在多種選擇中，有兩個是最基本的：一是使用內(nèi)聯(lián)ASP標記，另一個是使用Response.Write 語句。

為測試這些選擇，我們創(chuàng)建了一個簡單的ASP頁面，其中定義了一些變量，然后將它們的值插入表格中。雖然這個頁面很簡單也不是很實用，但它允許我們分離并測試一些單獨的問題。

使用ASP內(nèi)聯(lián)標記

第一個測試包括使用內(nèi)聯(lián)ASP標記< %= x % >，其中x是一個已賦值的變量。到目前為止，這個方法是最容易執(zhí)行的，并且它使頁面的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 = "[email protected]"

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 服務器不得不在發(fā)送純HTML和處理腳本之間進行轉(zhuǎn)換，就會發(fā)生一種被稱為上下文轉(zhuǎn)換的問題。大部分程序員一聽到這里，他們的第一反應就是將原始的HTML的每一行都包裝在Response.Write函數(shù)中。

…

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%)

我們可以看到，使用這種方法與使用內(nèi)聯(lián)標記的方法相比在性能上獲得的收益非常小，這也許是因為頁面給服務器裝載了一大堆小的函數(shù)調(diào)用。這種方法最大的缺點是，由于現(xiàn)在HTML都嵌入腳本中，所以腳本代碼變得更加冗長，更加難以閱讀和維護。

使用包裝函數(shù)

當我們試圖使用Response.Write 語句這種方法時，最令人灰心的發(fā)現(xiàn)可能就是Response.Write 函數(shù)不能在每行的結(jié)尾處放置一個CRLF 。因此，當你從瀏覽器中閱讀源代碼時，本來布置得非常好的HTML，現(xiàn)在成了沒有結(jié)束的一行。我想，你的下一個發(fā)現(xiàn)可能會更令你恐怖：在Response 對象中沒有其姊妹函數(shù)Writeln 。所以，一個很明顯的反應就是為Response.Write 函數(shù)創(chuàng)建一個包裝函數(shù)，以便給每一行都附加一個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%)

當然，由于這種方法有效地使函數(shù)調(diào)用次數(shù)加倍，其對性能的影響也很明顯，因此要不惜一切代價避免。具有諷刺意味的是CRLF也向反應流中為每行增加了2個字節(jié)，而這是瀏覽器不需要呈現(xiàn)到頁面上的。格式化良好的HTML所做的一切就是讓你的競爭者更容易閱讀你的HTML源代碼并理解你的設計。

將連續(xù)的Response.Write 連接到一個單獨語句中

不考慮我們前面用包裝函數(shù)進行的測試，下一個合乎邏輯的步驟就是從單獨的Response.Write 語句中提取出所有的字符串，將它們連接到一個單獨語句中，這樣就減少了函數(shù)調(diào)用的次數(shù)，極大地提高了頁面的性能。

…

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%)

目前，這是最優(yōu)化的配置。

將連續(xù)的Response.Write 連接到一個單獨語句中，在每行結(jié)尾處增加一個CRLF

考慮到那些要求他們的源代碼從瀏覽器中看要很純粹的人，我用vbCRLF 常量在前面測試中每行的結(jié)尾處插入了一些回車，然后重新運行。

…

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%)

運行的結(jié)果在性能上有一點降低，這也許是由于額外的串聯(lián)和增加的字符量。

回顧和觀測

從前面有關ASP輸出的測試中可以得出一些規(guī)則：

* 避免內(nèi)聯(lián)ASP的過多使用。

* 總是將連續(xù)Response.Write 語句連接進一個單獨語句內(nèi)。

* 永遠不要在Response.Write 周圍使用包裝函數(shù)來附加CRLF。

* 如果必須格式化HTML輸出，直接在Response.Write 語句內(nèi)附加CRLF。