隨筆檔案(496)

　　盡管對于現如今的帶寬來說，網頁文件那僅以K來算的大小實在是微不足道，但如何將這以K來計算的網頁文件精簡到最小還是網頁設計師們所應該考慮的問題之一。

　　眾所周之，在不影響整個網頁構架與功能的情況下，網頁文件越小越好，因為更小的網頁文件有利于瀏覽器對網頁的解釋時間縮到更短，自然訪客也就不用面臨等待網頁緩慢呈現的煩躁了，這一點對于那些帶寬少網速慢的用戶猶為明顯。試想一下，你會是希望打開一個網站的時候整個站點馬上呈現在你面前呢？還是喜歡花上十幾秒甚至是幾分釧來看整個站點一點一點的被瀏覽器解釋出來呢？

　　在Table布局的時代，代碼無數次的隨著表格在頁面里重復，致使整個網頁文件變得臃腫無比，代碼的可讀性也降到最低，瀏覽器的解釋時間自然也增加了不少。而自從DIV+CSS的布局替代Table布局之后，這一切都得到了極大的改善，讓Table回歸到它原本用于顯示數據的位置上去，而布局就交給DIV+CSS來做，這樣代碼的可讀性與復用性都得到了提高，而DIV +CSS更為重要的一點就是將網頁文件的表現與結構區(qū)分開來，再也不用為了表現而去改動整個網頁文件的結構了。

　　即使DIV+CSS的布局方式將以前Table布局時代碼的臃腫降到了最低，但對于網頁設計師來說，如何將網頁文件的大小控制到最小是永遠值得探索和追求的一個問題。

　　看如下一段代碼：



　　這樣的一段CSS代碼，在條理上很清晰，結構也很明了，可讀性很強，可是這樣的一段代碼卻沒有做精簡，也就是說它是最原始的CSS代碼，下面看精簡后的代碼：



　　在CSS中有復合屬性這一說法，也就是說可以將很多屬性參數整合在一起的，比如說上面的“margin-top; margin-right; margin-bottom; margin-left;”可以整合成一個“margin”屬性，然后為其配上參數。
　　

　　通過這一點，我們就可以在原始CSS代碼的基本上將代碼進一步的精簡。而且這樣寫的結構也合理，可讀性也同樣強。可是對于要精簡到徹底來說，這還不夠。為了讓這段CSS代碼的結構明了，我們用上了空格換行等占用空間的東西，如果將這些占用空間的去掉呢？



　　只這一句就替代了上面的一段代碼，這樣代碼就已經精簡到了最大化，當然，并不推薦所有人都這樣寫，這樣寫的CSS代碼在可讀性上要遠遠差于段落式的寫法，除非你對自己寫的代碼有完全掌握的信心。

　　在同一個站點的CSS文件中，不可避免的會出現不同的ID或Class卻有一部分相同的屬性，如果將這些ID或Class逐個分開來寫的話，在CSS文件里無疑會生成重復代碼，而我們要盡量的精簡CSS文件的大小，那么“消滅”這部分重復的代碼就變得勢在必行。
　　

　　看下面一段CSS代碼：



　　在上面的三個ID中都有一個相同的屬性“margin:10px 15px;”，如果就這樣分開來寫的話，這三個ID之間將保持各自獨立的關系，但卻生成了重復的代碼，而我們可以將其寫成如下格式：




　　將上面的ID換成Class也是一樣的。這樣寫我們就成功的將重復代碼“消滅”掉了。但是如果這里具有相同的屬性的ID或Class過多的話，難免會造成代碼可讀性降到很低很低，所以除此之外當具有相同屬性的都是Class時還有另外的一種寫法：




　　當然這種寫法時，調用時的寫法也與平常不一樣。



　　這樣的寫法同樣可以達到效果，并且也不會再怕具有相同屬性的Class多而造成代碼可讀性差的問題，但值得注意的一點就是，這種寫法對于ID是無效的，不管其中是存在一個ID或者全部都是ID，都將造成這段代碼的無效。