現在的開發環境CSS越來越成為主流，各企業與IT公司對CSS也越來越重視，大家的學習也熱情高漲，CSS被我們賦予了前所未有的使命。然而依賴css越多，樣式表文件就會變得越大越復雜。與此同時，文件維護和組織的考驗也隨之而來。曾幾何時只要一個CSS文件就夠了——所有規則（rule）匯聚一堂，增刪改都很方便——可這種日子早已遠去。現在構建網站時，必須花點時間好好籌劃，如何組織規劃，構建合理高效的CSS系統。

　　首先從文件的組織開始，構建css系統的第一步是大綱的擬定。jb51.com認為css組織規劃的重要性堪比網站目錄結構。沒有哪種方案放之四海而皆準，因此我們會討論一些基本的組織方案，以及它們各自的利弊。你需要根據你開發項目的特點進行思考，以確實最終的方案。

　　通常可以使用一個主CSS文件，來放置所有頁面共享的規則。這個文件會包含默認的字體、鏈接、頁眉頁腳和其他相同模塊等樣式。有了主CSS文件之后，我們開始探討更高級CSS組織策略。

一、基于原型

　　最基本的策略是基于原型頁面（archetype page）分離CSS文件。假如一個網站的首頁、子頁面和組合頁設計不同，就可以采用基于原型的策略。這種策略下每個頁面都會有專屬的CSS文件。
　　在原型數量不多的情況下，這個方法簡單明了、行之有效。然而，當頁面元素并不按部就班的位于各個原型頁時，問題就出現了。如果子頁面和組合頁共享某些元素，而首頁卻沒有，我們應該怎么做呢?

　　把共享元素放入主CSS文件。這雖不是最純正的解決辦法，卻適用于某些具體情況。可是如果網站龐大，（這樣做的話）主CSS文件會迅速膨脹——這就違背了分離文件的初衷:避免導入不必要的大文件。

　　在組合頁和子頁面的CSS文件里各放一份樣式代碼。這么做就意味著要維護冗余代碼，很顯然我們不想這樣。

　　創建一個新的文件，由這兩種頁面共享。這聽起來不錯。不過假如只有10行代碼，我們創建這個文件僅僅是為了共享這10行代碼？這方法很純粹，但如果網站龐大有很多對頁面共享很少量元素時就顯得很笨重了。

　　創建一個單獨的CSS文件，包含所有共享元素的樣式。這方法可能比較簡單，卻要取決于網站的大小和共享元素的多少。有種情況會很煩:導入了一個很大的CSS文件，但頁面只用到一小部分樣式——還是那句話，這違背了分離文件的初衷。

　　這就是我所說的重疊的兩難（overlap dilemma）。零碎css規則的重疊不一而足，并沒有一個完全清晰無誤的方案來組織它們。

二、基于頁面元素、模塊