一位網友遇到了一個頭疼的問題。需要對經過若干次修改以後的網站進行重整，需要剔除冗余的代碼，在CSS樣式重整方面，比較頭疼，不僅需要對現有的樣式進行合並與精簡，還需要為網站增加換膚功能。
不難看出，這是一個令人感覺很煩躁的工作，面對一行一行代碼頭皮發麻。如果我們養成良好的習慣，或許可以讓工作更容易一些。就此問題與經驗，以下的文字或許有很大的參考價值：
使用鏈接或者導入樣式表的方法對於中階或高階的CSS開發人員來說都是再正常不過的事情，但是我在這裡依然會強調一下這種方法的重要性。我見過的許多站點，在創站之初，CSS文件很整潔，組織的也井井有條，但是隨著時間的推移，這些文檔由於內嵌的甚至內聯(inline)的樣式出現而變得雜亂無章，一方面可能是由於給予的更新期限很短，另一方面或許就是純粹的由於懶惰。
你正忙於一個擁有成千上萬條的渠道內容同時出現的網站的大面積更新，給你的期限很短，所以你就選擇了使用內嵌或者內聯樣式這樣一些“快速修補”的方法。一些年過去了，習慣依然…，直到有一天你被告知這個站點需要重新設計，但是所有的內容仍然不變，這個時候而你只有一個星期去完成。想象一下，這將是一個怎樣的境況。
其實這是很普遍的情況，更新樣式表是一個再簡單不過的任務，在你幾年的“快速修補”之後，這些樣式遍布了整個站點，相信你根本沒辦法記住他們在那裡。所以現在你面對的只有2個選擇：A、在一個星期之內找出一個方法去清理規整這些樣式;B、找一份新的工作吧。
千萬不要將你的工作變得愈來愈困難。使用鏈接和導入樣式表是你的不二之選。規范的創建並保持樣式表的整潔,你會活得更容易一些。
提示：小心使用鏈接或導入的方法會在標記上添加冗余的樣式。每次你創建新的樣式表，你都會更新要不就是添加新的樣式，過多的外聯樣式不只會使補丁的修復變得困難，也會使樣式表更難於維護。因此可以理解為什麼大型站點會為不同的區塊部分而去分離樣式表。小心不要玩過火了，過猶不及。
這裡很值得提及一下的是過多的樣式表將會使HTTP的請求數增加。這些都會潛在的影響性能。因此，Internet Explorer將鏈接的樣式表數限制在了32個。
請特別注意，在實際工作中，注意保持CSS文件整潔與樣式統一。