效能 作者：青苹果工作室編譯
是否應該開啟緩衝器？
通過指令碼程式啟動緩衝器
在ASP指令碼的頂部包含Response.Buffer=True ，IIS就會將頁面的內容緩衝。
< % OPTION EXPLICIT
Response.Buffer = true
Dim FirstName
…
/app1/buffer__1.asp的片段
以前的最佳（反應時間）= 7.05 msec/page
反應時間 = 6.08 msec/page
差= -0.97 msec (降低13.7%)
效能得到了極大提高。但是等等，還能有更好的。
通過伺服器配置啟動緩衝器
雖然在IIS 5.0中緩衝器是被預設啟動的，但是在IIS 4.0中還必須手動來啟動它。這時要找到網站的Properties 對話方塊，在那裡，從Home Directory 標籤中選擇配置按鈕。然後在"App options"下選擇"enable buffering" 。對於這個測試，Response.Buffer 語句從指令碼中被移走了。
以前的最佳= 7.05 msec/page
反應時間 = 5.57 msec/page
差= -1.48 msec (降低 21.0%)
目前，這是我們所得到的最快反應了，比我們以前最好情況下的反應時間還要降低21%。從現在開始，我們以後的測試都要把這個反應時間作為基準值。
回顧及觀測
緩衝器是提高效能的好方法，所以把緩衝器設定成伺服器的預設值很有必要。如果因為某些原因，頁面不能正確地使緩衝器運行，只需要Response.Buffer=False 命令即可。緩衝器的一個缺點是在整個頁面處理完之前，使用者從伺服器看不到任何東西。因此，在複雜頁面的處理期間，偶而調用一次Response.Flush 來更新使用者是個好主意。
現在在我們的規則中又增加了一條：總是通過伺服器設定開啟緩衝器。
是否應該考慮向ASP代碼中增加註釋？
大部分HTML開發人員都知道包含HTML注釋不是個好主意，首先會增加傳輸資料的規模，其次它們只是向別的開發人員提供有關你頁面組織的資訊。但是ASP頁面上的注釋又如何呢？它們從來不離開伺服器，但也確實要增加頁面的規模，因此必須用ASP進行分解。
在這次的測試中，我們增加20條注釋，每條有80個字元，總共有1600個字元。
< % OPTION EXPLICIT
'-------------------------------------------------------------------------------
… 20 lines …
'-------------------------------------------------------------------------------
Dim FirstName
…
/app2/comment_1.asp片段
基準= 5.57 msec/page
反應時間= 5.58 msec/page
差 = +0.01 msec (增加 0.1%)
測試的結果是驚人的。雖然注釋幾乎相當於檔案本身的兩倍，但是它們的存在並沒有給反應時間帶來很大的影響。所以說我們可以遵循以下規則：
只要使用適度，ASP注釋對效能的影響很小或根本沒有影響。
是否應該為頁面明確地設定預設語言？
IIS處理VBScript是預設的設定，但是我看到，在大多數例子中還是用< %@LANGUAGE=VBSCRIPT% >聲明將語言明確地設定為VBScript 。我們的下一個測試將檢驗這個聲明的存在對效能有什麼影響。
< %@ LANGUAGE=VBSCRIPT % >
< % OPTION EXPLICIT
Dim FirstName
…
/app2/language1.asp片段。
基準值= 5.57 msec/page
反應時間= 5.64 msec/page
差= +0.07 msec (增加1.2%)
可以看到，包含了語言的聲明對效能有一個輕微的影響。因此：
* 設定伺服器的預設語言配置以與網站上使用的語言相匹配。
* 除非你使用非預設語言，不要設定語言聲明。
如果不需要，是否應該關閉Session 狀態？
避免使用IIS的Session上下文有許多理由，那些已經可以獨立成為一篇文章。我們現在試圖回答的問題是當頁面不需要時，關閉Session上下文是否對效能提高有所協助。從理論上講應該是肯定的，因為這樣一來就不需要用頁面例示Session上下文了。
同緩衝器一樣，Session狀態也有兩種配置方法：通過指令碼和通過伺服器設定。
通過指令碼關閉Session上下文
對於這個測試，要關閉頁面中的Session上下文，我增加一個Session狀態聲明。
< %@ ENABLESESSIONSTATE = FALSE % >
< % OPTION EXPLICIT
Dim FirstName
…
/app2/session_1.asp片段。
基準值= 5.57 msec/page
反應時間= 5.46 msec/page
差= -0.11 msec (降低2.0%)
只通過這樣一個小小的努力就得到了不錯的進步。現在看看第二部分。
通過伺服器配置關閉Session 上下文
要在伺服器上關閉Session 上下文，請到網站的Properties 對話方塊。在Home Directory 標籤上選擇Configuration 按鈕。然後在"App options"下取消"enable session state" 的選擇。我們在沒有ENABLESESSIONSTATE 聲明的情況下運行測試。
基準值 = 5.57 msec/page
反應時間= 5.14 msec/page
差= -0.43 msec (降低7.7%)
這是效能的又一個顯著提高。所以，我們的規則應是：在不需要的情況下，總是在頁面或應用程式的水平上關閉Session狀態。
使用Option Explicit 會使效能有實質改變嗎？
在一個ASP頁面的頂部設定Option Explicit 以要求所有的變數在使用之前都要在頁面上進行聲明。這有兩個原因。首先應用程式可以更快地處理變數的存取。其次，這樣可以防止我們無意中錯用變數的名字。在這個測試中我們移走Option Explicit 引用和變數的Dim 聲明。
基準值 = 5.57 msec/page
反應時間= 6.12 msec/page
差 = +0.55 msec (9.8% 增加)、
儘管有一些程式碼從頁面中去掉了，反應時間卻依然增加了。所以儘管使用Option explicit 有時候費時間，但是在效能上卻有很顯著的效果。因此我們又可以增加一條規則：在VBScript中總是使用Option explicit。
是否應該把指令碼邏輯放在子程式和函數區？
用函數和子程式來組織和管理代碼是一個很好的方法，特別是當一個代碼區在頁面中多次使用的情況。缺點是要在系統上增加一個做相同工作的額外函數調用。子程式和函數的另一個問題是變數的範圍。從理論上說，在一個函數區內指定變數更有效。現在我們看看這兩個方面如何發生作用。
將Response.Write 語句移入子程式
這個測試只是將Response.Write 語句移入一個子程式區內。
…
CALL writeTable()
SUB writeTable()
Response.Write("< html >" & _
"< head >" & _
…
"< tr >< td >< b >EMail:< /b >< /td >< td >" & EMail & "< /td >< /tr >" & _
"< tr >< td >< b >Birth Date:< /b >< /td >< td >" & BirthDate & "< /td &
