session|變數 許多人利用Session變數來開發ASP（Active Server Pages）。這些變數與任何程式設計語言中通用的變數非常相似，並且具有和通用變數一樣的優點和缺陷。任何命令都需要已耗用時間和儲存空間（甚至GOTO’s語句如此），Session變數同樣需要自己的已耗用時間和儲存空間。過多地使用Session變數就會導致無法代碼冗餘，並且使伺服器運行成本提高下面是我個人使用Session變數的一些主要觀點和心得體會。
優點
如果要在諸多Web頁間傳遞一個變數，那麼用Session變數要比通過QueryString傳遞變數可使問題簡化。
要使WEb網站具有使用者化，可以考慮使用Session變數。你的網站的每位訪問者都有使用者化的經驗，基於此，隨著LDAP和諸如MS Site Server等的使用，已不必再將所有使用者化過程置入Session變數了，而這個使用者化是取決於使用者喜好的。
你可以在任何想要使用的時候直接使用session變數，而不必事先聲明它，這種方式接近於在VB中變數的使用。使用完畢後，也不必考慮將其釋放，因為它將自動釋放。
缺點
Session變數和cookies是同一類型的。如果某使用者將瀏覽器設定為不相容任何cookie，那麼該使用者就無法使用這個Session變數！
當一個使用者訪問某頁面時，每個Session變數的運行環境便自動產生，這些Session變數可在使用者離開該頁面後仍保留20分鐘！（事實上，這些變數一直可保留至“timeout”。“timeout”的時間長短由Web伺服器管理員設定。一些網站上的變數僅維持了3分鐘，一些則為10分鐘，還有一些則保留至預設值20分鐘。）所以，如果在Session中置入了較大的對象（如ADO recordsets，connections， 等等），那就有麻煩了！隨著網站訪問量的增大，伺服器將會因此而無法正常運行！
因為建立Session變數有很大的隨意性，可隨時調用，不需要開發人員做精確地處理，所以，過度使用session變數將會導致代碼不可讀而且不好維護。
雖然“你可以在任何想要使用的時候直接使用session變數，而不必事先聲明它，這種方式接近於在VB中變數的使用。使用完畢後，也不必考慮將其釋放，因為它將自動釋放”。但是，“誰”想到那兒呢？變數的含義是什嗎？這些都變得不很清晰。
總結
使用Session變數既有優點，又有缺點。就我個人的觀點，最好少用，但在某些地方使用它們確實能使Web開發大大地簡化。是否使用Session變數完全取決於個人的需要，無論使用與否，都要事先考慮其優缺點
