本篇的議題如下:
網站優化需要考慮的方面
網站優化需要考慮的方面
在用ASP.NET開發網站的時候,性能是永遠需要考慮和關注的問題,性能不僅僅只是程序代碼執行時候的 速度，而是涉及到方方面面的東西。
就拿ASP.NET的一個請求來講，從浏覽器向服務器的ASP.NET網站發送請求開始一直到最後整個頁面呈 現在我們面前，其中請求經過的每一個步驟，都是有不同的調優方式的，而且調用的方法也很多，不僅僅 只是常見的：緩存，多線程，異步等。
本系列的文章決定從兩個大的方面來講述調優：
前台調優：主要包含如何盡量的減少http請求，從http請求開始，到如何加載js, css，如何壓縮傳輸 的數據等。
後台調優：分析ASP.NET請求的處理過程，並在每一步給出相應的調優方法，而且在代碼組織，架構和 數據庫的操作上面給出調優的方法。
記得在剛剛開發網站的時候，一提到提高性能，最容易也是最快想到的就是緩存，而且在微軟官方的 Best Practice的一些文檔中也是建議：層層緩存(在數據存儲層，DAL,BLL,UI等都要緩存)。然後在網站 中就”緩存遍地開花”，最後的確實不盡人意。
另外的一個常見的優化針對數據庫的：如盡量減少子查詢，使用join聯接；在常常需要查詢的字段上 面建立索引。確實，這些是很通用，也不錯的一些規則。
而且還有一個體會就是，在優化性能的時候，如果選擇優化代碼和數據庫，往往優化數據庫的一些操 作帶來的效果會更加的好，很可惜的是：在項目中(至少在我開發的一些項目中)，數據庫僅僅就只是一個 數據的存儲設備而已，僅此而已，沒有發揮出數據庫的強大作用。所以還是建議對數據庫的內部查詢和存 儲的機制要熟悉，畢竟很多時候開發人員也擔任了DBA的工作（很多公司沒有正式的DBA）。
而且在項目中我們設計數據庫的時候，特別是表字段的時候，是需要有些考慮的，很多人建議表字段 的長度不要太長，這也是大家常見的建議，但是為什麼？其實，這就需要懂得一些數據庫的內部存儲機制 了：在數據庫(SQL SERVER )保存的時候，數據是以”頁”為最小的單位的，每一頁有8K的大小，如果你 的一個表中的數據超過8K，那麼這個表的數據就要分幾個頁面保存，這樣在對數據進行查詢的時候，就要 跨頁查詢了，跨頁是需要性能消耗的，如果數據都在一個頁面上，那麼速度肯定快些。
所以，要優化網站，就得知道性能消耗在哪裡。
當優化的一個網站的時候，不是盲目的一概而論的，一般來說有兩種情況：
1．網站已經存在了，並且運行了，現在要優化。
2．正在從頭開發一個新的網站。
如果是第一種情況，那麼首先要找出網站性能的瓶頸，從前台的請求的到後台的請求處理，一直到最 後頁面的呈現，都要一步步的審查。
如果是第二種情況，可能情況就稍微好一點，並且網站現在完全由我們控制，所有在開發和設計的過 程中就可以采用很多的優化原則來優化。
優化不一定就是代碼重寫或者做些很大的改動，優化時一點點的累積的，就好比代碼的重構一樣，都 是一個積累的效果。比如，是在頁面一開始的時候載入js腳本，還是在整個頁面的最後載入js腳本，有時 候往往就只是簡單的調整一下載入的文件，或者異步的載入腳本，或者通過CDN傳輸腳本等等方法，性能 就提升了。性能的提升也不是沒有代價的，有的代價很小，例如只是把腳本的載入放在頁面最後，大的代 價就是，例如買些服務器設備，如Content Delivery Network(CDN)來把靜態的文件(js,css,image)傳送 到客戶端。所以說，優化需要權衡策略。
不知道大家是否有過這樣的體會：當看著自己開發出來的系統性能很好的時候，自己是很自信的，相 反，如果系統很慢，有時真不想說這個系統是自己做的。
本篇是系列開篇，只是閒談了一些優化的一些話題，實際的知識沒有講多少，希望大家見諒。
下篇開始，我們就開始優化之旅，敬請關注！
出處：http://www.cnblogs.com/yanyangtian
