剛開始學(xué)ASP時(shí)，照書里HTML中包含ASP后來，用Response.Write輸出HTML可現(xiàn)在看了這一篇文章，難道真的要把Response.Write寫成一句("&_？你說說？-------（http://www.ccidnet.com/html//tech/web/00/11/10/58_1298.html）什么才是提高ASP性能的選擇（一）（作者：青蘋果工作室編譯 00年11月10日17:）
將ASP生成的內(nèi)容寫入響應(yīng)流中最有效的方法是什么？ 使用ASP的一個(gè)最主要原因是在服務(wù)器上生成動(dòng)態(tài)內(nèi)容。所以很明顯，我們測試的起點(diǎn)是確定將動(dòng)態(tài)內(nèi)容發(fā)送到響應(yīng)流中的最適合的方式。在多種選擇中，有兩個(gè)是最基本的：一是使用內(nèi)聯(lián)ASP標(biāo)記，另一個(gè)是使用Response.Write語句。
為測試這些選擇，我們創(chuàng)建了一個(gè)簡單的ASP頁面，其中定義了一些變量，然后將它們的值插入表格中。雖然這個(gè)頁面很簡單也不是很實(shí)用，但它允許我們分離并測試一些單獨(dú)的問題。
使用ASP內(nèi)聯(lián)標(biāo)記
個(gè)測試包括使用內(nèi)聯(lián)ASP標(biāo)記，其中x是一個(gè)已賦值的變量。到目前為止，這個(gè)方法是最容易執(zhí)行的，并且它使頁面的HTML部分保持一種易于閱讀和維護(hù)的格式。
ResponseTest
ResponseTest
FirstName:
MiddleInitial:
LastName:
Address:
City:
State:
PhoneNumber:
FaxNumber:
EMail:
BirthDate:
/app1/response1.asp的完整代碼
以前的（反應(yīng)速度）=8.28msec/page
在HTML的每一行使用Response.Write語句
許多比較好的學(xué)習(xí)文檔建議避免使用前面的那種方法。其主要理由是，在輸出頁面和處理頁面施加反應(yīng)時(shí)間的過程中，如果web服務(wù)器不得不在發(fā)送純HTML和處理腳本之間進(jìn)行轉(zhuǎn)換，會(huì)發(fā)生一種被稱為上下文轉(zhuǎn)換的問題。大部分程序員一聽到這里，他們的反應(yīng)是將原始的HTML的每一行都包裝在Response.Write函數(shù)中。
…
Response.Write("")
Response.Write("")
Response.Write("ResponseTest")
Response.Write("")
Response.Write("")
Response.Write("ResponseTest")
Response.Write("")
Response.Write("FirstName:"&FirstName&"")
Response.Write("MiddleInitial:"&MiddleInitial&"")
…
/app1/response2.asp的片段
以前的（反應(yīng)速度）=8.28msec/page
反應(yīng)時(shí)間=8.08msec/page
差=-0.msec(減少2.4%)
我們可以看到，使用這種方法與使用內(nèi)聯(lián)標(biāo)記的方法相比在性能上獲得的收益非常小，這也許是因?yàn)轫撁娼o服務(wù)器裝載了一大堆小的函數(shù)調(diào)用。這種方法的缺點(diǎn)是，由于現(xiàn)在HTML都嵌入腳本中，所以腳本代碼變得更加冗長，更加難以閱讀和維護(hù)。
使用包裝函數(shù)
當(dāng)我們試圖使用Response.Write語句這種方法時(shí)，最令人灰心的發(fā)現(xiàn)可能是Response.Write函數(shù)不能在每行的結(jié)尾處放置一個(gè)CRLF。因此，當(dāng)你從瀏覽器中閱讀源代碼時(shí)，本來布置得非常好的HTML，現(xiàn)在成了沒有結(jié)束的一行。我想，你的下一個(gè)發(fā)現(xiàn)可能會(huì)更令你恐怖：在Response對象中沒有其姊妹函數(shù)Writeln。所以，一個(gè)很明顯的反應(yīng)是為Response.Write函數(shù)創(chuàng)建一個(gè)包裝函數(shù)，以便給每一行都附加一個(gè)CRLF。
…
writeCR("FirstName:"&FirstName&"")
…
SUBwriteCR(str)
Response.Write(str&vbCRLF)
ENDSUB
/app1/response4.asp的片段
以前的（反應(yīng)速度）=8.08msec/page
反應(yīng)時(shí)間=10.11msec/page
差=+2.03msec(增加25.1%)
當(dāng)然，由于這種方法有效地使函數(shù)調(diào)用次數(shù)加倍，其對性能的影響也很明顯，因此要不惜一切代價(jià)避免。具有諷刺意味的是CRLF也向反應(yīng)流中為每行增加了2個(gè)字節(jié)，而這是瀏覽器不需要呈現(xiàn)到頁面上的。格式化良好的HTML所做的一切是讓你的競爭者更容易閱讀你的HTML源代碼并理解你的設(shè)計(jì)。
將連續(xù)的Response.Write連接到一個(gè)單獨(dú)語句中
不考慮我們前面用包裝函數(shù)進(jìn)行的測試，下一個(gè)合乎邏輯的步驟是從單獨(dú)的Response.Write語句中提取出所有的字符串，將它們連接到一個(gè)單獨(dú)語句中，這樣減少了函數(shù)調(diào)用的次數(shù)，極大地提高了頁面的性能。
…
Response.Write(""&_
""&_
"ResponseTest"&_
""&_
""&_
"ResponseTest"&_
""&_
"FirstName:"&FirstName&""&_
…
"BirthDate:"&BirthDate&""&_
""&_
""&_
"")
/app1/response3.asp的片段
以前的（反應(yīng)速度）=8.08msec/page
反應(yīng)時(shí)間=7.05msec/page
差=-1.03msec(減少12.7%)
目前，這是化的配置。
將連續(xù)的Response.Write連接到一個(gè)單獨(dú)語句中，在每行結(jié)尾處增加一個(gè)CRLF
考慮到那些要求他們的源代碼從瀏覽器中看要很純粹的人，我用vbCRLF常量在前面測試中每行的結(jié)尾處插入了一些回車，然后重新運(yùn)行�！ �
…
Response.Write(""&vbCRLF&_
""&vbCRLF&_
"ResponseTest"&vbCRLF&_
""&vbCRLF&_
…
/app1/response5.asp的片段
前面的（反應(yīng)速度）=7.05msec/page
反應(yīng)時(shí)間=7.63msec/page
差=+0.58msec(增加8.5%)
運(yùn)行的結(jié)果在性能上有一點(diǎn)降低，這也許是由于額外的串聯(lián)和增加的字符量。
回顧和觀測
從前面有關(guān)ASP輸出的測試中可以得出一些規(guī)則：
*避免內(nèi)聯(lián)ASP的過多使用。
*總是將連續(xù)Response.Write語句連接進(jìn)一個(gè)單獨(dú)語句內(nèi)。
*永遠(yuǎn)不要在Response.Write周圍使用包裝函數(shù)來附加CRLF。
*如果必須格式化HTML輸出，直接在Response.Write語句內(nèi)附加CRLF。
(編輯：dabaoku)
下一篇：
ASP:頁面延遲的兩個(gè)簡單方法