15種ASP技巧

*技巧1：給應用程式層檔案使用GLOBAL.ASA
將檔案載入GLOBAL.ASA中的一個應用程式層數組中，而不是通過使用ASP檔案系統對像在頁面上讀取檔案。
GLOBAL.ASA可用於指定事件指令碼，也可用於聲明擁有session或應用程式範圍的對象。它不直接顯示給使用者，而是儲存應用程式層事件的資訊和對象。然後通過頁面就可以指向存有資料的應用程式層數組。這就意味著每有一個伺服器端請求就讀一次檔案，不是每個使用者每頁讀一次。你可以運行一個獨立的ASP檔案去重新整理應用程式層數組的內容，同時你也可以考慮使用dictionary對像（見技巧9）。
這個技巧可以大大加快你的系統速度。
那麼將如何?該技巧呢？
如果你是一個指令碼編寫人員，必須使用檔案系統對像讀取檔案放入一個數組或一個dictionary對像中。然後在GLOBAL.ASA中讀取檔案並且把數組（放有你讀取的檔案內容）或dictionary對像放到應用程式層聲明中。這樣就可讓使用者在數組或dictionary對像中存取資訊，而不必每次通過一個ASP請求去提交資訊。
但也許你會想"如果緩衝中的內容需要更新又該怎麼辦呢？我敢打賭不會用到。"其實不然。如果緩衝中的內容需要更新，你可以調用一個包含有可執行應用程式鎖定命令指令碼的僅管理員可存取的ASP檔案，在數組或dictionary對像中更新緩衝資訊，最後執行應用程式鎖定命令。
*技巧2：從產品原始碼中移去HTML注釋（IIS3.0適用）
不錯，難寫的肯定也難懂。開個玩笑，這不代表要你把所有的HTML注釋去掉（指令碼注釋就挺好的），大範圍的HTML文本都能成批的拷貝到用戶端。這樣的話，你的指令碼在IIS3.0上會運行得更快（在IIS4.0中，HTML注釋不再會導致執行速度的降低）。
*技巧3：多個Response.write聲明
如果你是在代碼中的好幾個地方用格式書寫輸出結果，那麼考慮一下把這些結果合到一塊，用一個Response.write語句寫出來。然後你再看看你的HTML代碼和vbscript指令碼的組成。不要把HTML和vbscript指令碼散布得太開，盡量寫成成塊的HTML和vbscript指令碼。
*技巧4：使用＜OBJECT＞標誌例示對像
如果你需要指向那些也許用不著的對象，那麼就用＜OBJECT＞標誌例示，而不是用Server.createobject.用Server.createobject將立刻產生該對象，如果你以後都用不著它的話，就等於浪費資源。
*技巧5：儘可能的使用本地（局部）變數
（以下的新技巧將取代較早前發布的"在一行內定義變數"，其中包含有一些錯誤觀點）：
局部變數是在子程式和函數中定義的（也就是常說局部範圍的變數），這些變數被編譯成數字指向並放入一張表中。這些局部變數的指向可以通過一次編譯完成。而全域變數則是在運行時被執行的。這就意味著局部變數的存取要比全域變數快好幾倍。而且，多維全域變數是其中最慢的，當第一次使用一個多維全域變數時，在新的對象產生之前，就要在整個物件模型中搜尋一遍同名的對象。
以下是一個非常常見的例子：
Foo.bar.blah.baz = Foo.bar.blah.qaz(1)
If Foo.bar.blah.zaq = Foo.bar.blah.abc then
運行時產生如下結果：
1）變數Foo被定義為一個全域變數2）變數bar被定義為Foo的一個成員3）變數blah被定義為Foo.bar的一個成員4）變數qaz被定義為Foo.bar.blah的一個成員5）調用Foo.bar.blah.quaz(1)6）重複1至3。系統並不知道如果調用qaz改變了物件模型1-3步必須重新執行7）定義baz為Foo.bar.blah的成員，輸出值8）重複1-3，執行zaq9）重複1-3，執行abc
正如你看到的，效率極其低下，最快的方法就是把這些代碼寫在vbscript中：
Set myobj = Foo.bar.blah ' do the resolution of blah ONCEMyobj.baz = myobj.qaz(1)If Myobj.zaq = Myobj.abc then
*技巧6：避免重複定義數組
當我們在使用dim時，避免重新定義數組。因為你可能要用redim去重新定義數組的大小。至於要做這樣的操作的話，如果你的機器記憶體不是很大，那麼最好在一開始就考慮到最壞的打算去設定數組的長度或者設定最佳狀態時的長度，在非常必要時才使用redim。當然這樣並不意味著要去增加記憶體，如果你不是很需要的話。
以下舉例說明不恰當的使用redim
其實在開始就定義myarray（5），而以後需要的話再用redim去增加他的大小，這樣的話可能會佔用一些記憶體，但速度就要快得多了。
*技巧7：避免公用（全域）變數
不要使用用public定義的變數。如果你是寫vbscript或在ActiveX控制項或java applet中存取變數，那麼儘可能避免公用變數。public關鍵詞通常是為以後使用設計的，既然public不能給你帶來什麼好處，那最好還是用dim吧。
*技巧8：使用絕對路徑
如果可能的話盡量避免使用相對路徑，而使用絕對路徑。使用相對路徑將需要IIS返回當前伺服器路徑，這就意味著對IIS的特殊請求造成執行速度低下。
註：慢點就慢點唄，使用相對路徑移植什麼的都方便得多呀。
*技巧9：使用"Dictionary"對像
VBScript中提供的dictionary對象可提供快速尋找和任意帶關鍵詞資料的儲存。通過dictionary對象可以根據關鍵詞存取數組中的各項資料，這樣就能更快地找到在記憶體中不連續的內容（因為你是指定你正在使用的關鍵詞，而不是要知道對像在數組中存放的位置）。如果你要尋找的是非線性關鍵詞資料，使用dictionary對象就要快得多了。
然而，如果關鍵詞資料在記憶體中是連續的，那麼數組在尋找、儲存資料起來將更快。同時也需要注意的是在dictionary中建立索引要比在數組中慢。你應該選擇對你來說效果最好的資料結構。
*技巧10：充分利用瀏覽器的回退功能
如果你使用的是個smart的瀏覽器，那麼他會幫你做很多的回退工作，只要用得著，不妨多用用。那麼，通過你的指令碼執行回退，當有任何錯誤發生時你可以回到前面去，並從後訪問資料庫。但要記住的是，當你訪問伺服器上存在的資料庫時就要執行一次對資料庫的操作。如果你要返回的那個表單有很多變數的話，那就有點划不來了。如果你確實知道你需要在用戶端執行很多代碼，那麼為了加快執行速度把代碼移到用戶端。當你在用戶端運行時，處理器就歸你了，伺服器呢，只好用他自身的處理能力去處理他所接到的請求。
還有個好辦法，如果你使用的表單中用了很多伺服器端的指令碼並且有不少條件輸入，那麼最好把這些觸發反應的代碼放到用戶端指令碼引擎中去（比如vbscript，javascript）。忽略這些，伺服器代碼運行得就快了，因為對於那些不是很必要的代碼就不送到伺服器端執行了。當然這僅對那些比較小的代碼適用，至於大的嘛，就不太合適了。
*技巧11：避免使用伺服器端變數
通過伺服器端變數進行訪問資料時，就需要web向伺服器提出請求，然後收集所有的伺服器端變數，而不僅僅只是你請求的那個變數。這就類似於你要從發黴閣樓的盒子裡找一樣特定的東西。當你要找那個東西時，首先要從閣樓裡找到盒子。當你請求一個變數時伺服器也是一樣，當遇到你請求的哪個變數時觸發執行，然後再去請求那些不會引起執行點的變數。
*技巧12：使用"option explicit"
在asp檔案中寫上。和c不同，vb允許你在不強制定義變數之前就可以使用該變數。把option explicit開啟有助於識別沒定義的變數，使用沒定義的變數就會出現錯誤提示資訊。同時也可以使那些沒申明的局部變數非法。沒申明的局部變數和全域變數一樣慢（比定義過的局部變數要慢一倍）。把option explicit開啟自然能幫你把這些小蟲子從你的代碼中去掉。
*技巧13：將採集到的值拷貝到本地（局部）變數當中
如果有一些值是你要反覆用到的話，把這些值用局部變數的形式拷貝到用戶端。每次當你要用到這些值時，就省去了你去那一堆值裡面去找了，這樣也就加快了指令碼運行速度。
*技巧14：謹慎使用session對像
使用session對象可以儲存一些使用者特殊資訊。當使用者在該應用程式的不同頁之間跳轉，存放在session中的變數不會丟失，相反，這些變數在整個使用者過程中一直保留。當一個頁面被一個未有session的使用者請求時，web伺服器會自動建立一個session對象。當session的時間限制到了或是被中斷了時，伺服器就會撤消session對象。為了避免這種情況，你可以把session屬性關閉。然而在iis3.0中在每個應用中的session屬性不能關閉。把整個伺服器中的session關閉速度會快一些，但這樣會損失很多功能。最好是需要時謹慎使用session對像
當你在整個應用中都用到session對像時，注意要快點用，否則session對像將會被重設。在iis4.0中，每個應用基礎中的session狀態都可以被啟用，也可以在specified.asp檔案中被取消。
*技巧15：做效能測試