許多人利用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變量完全取決於個人的需要,無論使用與否,都要事先考慮其優缺點