網站制作使用div布局可以比table布局節省更多的代碼，很多書籍和網站上見到過這句話。這句話本身是沒錯的，可以“節省代碼”的確是網頁標準化所帶來的好處之一。然而切記，它只是“好處之一”，而不是“唯一好處”，更不是宗旨。
　　“節省代碼”更多的時候是我們用來說服那些頑固不化的老板的營銷手段。網頁標準化的唯一宗旨是“結構與表現分離”，而絕不是為了節省代碼而節省代碼。因為網站邊欄甚至主體內容的表現形式相同而采用統一的class，這樣的確比分別命名id更節省代碼，然而這樣做的代價是代碼失去了良好的結構。
　　失去良好結構的后果：
　　一、源代碼沒有了可讀性；
　　二、網站增加了未知的維護成本。
　　試想，當某一塊內容因為需要而作出表現形式的變動，例如鏈接的顏色等等，我們就不得不去修改頁面源文件，增加額外的 class，工作量比起只需要調整id分組就大了許多。而且長此以往，結構將會越來越差，形成難以逆轉的惡性循環。
　　出現在id的命名方面，也是網站制作者經常犯的錯誤。有些為了“節省代碼”，而把主菜單命名為“mm”，二級菜單命名為“m2”，三級菜單為“m3”，結果嚴重降低了網頁的可讀性，使其他同事很難接手，圖省事卻累了自己。同理，文件及文件夾命名方面也不宜過簡。筆者建議把圖片都用“i”目錄存放，個人以為并不可取，除非你能為這種高度縮寫的目錄結構撰寫詳細說明并保證每個相關人員都能理解和執行，否則只會給你自己增添不必要的麻煩。