技巧 7: 將代碼封裝在 COM 物件中
如果您有許多 VBScript 或 JScript，您可以經常將代碼移到編譯的 COM 物件中，從而可改善效能。編譯的代碼通常比解釋的代碼運行得更快。編譯的 COM 物件可以通過“早綁定”訪問其它 COM 物件，與指令碼使用的“晚綁定”相比，“早綁定”是調用 COM 物件的更有效方法。
將代碼封裝在 COM 物件中還有一些優點（除效能之外）： COM 物件有利於將表示邏輯與商務邏輯分開。
COM 物件可以保證代碼重複使用。
許多開發人員發現以 VB、C++ 或 Visual J++ 編寫的代碼比 ASP 更容易調試。
COM 物件也有缺點，包括初始開發時間和需要不同的程式設計技巧。注意封裝少量的 ASP 可能引起效能下降，而不會得到效能改進。這種情況通常在少量的 ASP 代碼被封裝進 COM 物件時發生。在這種情況下，建立和調用 COM 物件的系統開銷超過了編譯的代碼的優點。應反覆地實驗，以確定什麼樣的 ASP 指令碼和 COM 物件代碼的組合產生最好的效能。注意，與 Microsoft Windows NT® 4.0/IIS 4.0 相比，Windows 2000/IIS 5.0 中在指令碼和 ADO 效能方面有了很大的改進。因此，隨著 IIS 5.0 的推出，編譯代碼比 ASP 代碼的效能優勢有所降低。
有關在 ASP 中使用 COM 的優點和缺點的詳細討論，參見 ASP Component Guidelines and Programming Distributed Applications with and Microsoft Visual Basic 6.0。如果您部署 COM 組件，以負荷對它們進行測試特別重要。事實上，理所當然應對所有的 ASP 應用程式進行負荷測試。
技巧 8：遲一點獲得資源，早一點釋放資源
這裡是一個小技巧供您參考。一般來說，最好遲一點獲得資源，早一點釋放資源。這適用於 COM 物件以及檔案控制代碼和其它資源。
這種最佳化方法主要用於 ADO 連線和記錄集。當您使用完記錄集，比方說在顯示一個表及其資料之後，應立即釋放它，而不是等到頁面結束時再釋放。將 VBScript 變數設定為 Nothing 是最好的做法。不要讓記錄集超出範圍之外。而且，要釋放任何相關的 Command 或 Connection 對象（在將記錄集或串連設定為 = Nothing 之前，不要忘記調用 Close()）。這會縮短資料庫必須為您準備資源的時間，並儘快釋放資料庫到串連池的串連。
技巧 9：進程外執行過程以效能換取可靠性
ASP 和 MTS/COM+ 兩者都有配置選項，可使您兼顧可靠性和效能。當建立和部署應用程式時，應知道如何兼顧兩者的效能。
ASP 選項
