現在的開發環境CSS越來越成為干流，各企業與IT公司對CSS也越來越重視，大家的學習也熱情高漲，CSS被咱們賦予了前所未有的任務。但是依靠css越多，款式表文件就會變得越大越復雜。與此同時，文件保護和安排的檢測也隨之而來。曾幾何時只要一個CSS文件就夠了——一切規矩（rule）匯聚一堂，增刪改都很方便——可這種日子早已遠去。現在構建網站時，有必要花點時刻好好籌劃，怎么安排規劃，構建合理高效的CSS體系。

首先從文件的安排開始，構建css體系的第一步是綱要的擬定。css安排規劃的重要性堪比網站目錄結構。沒有哪種計劃放之四海而皆準，因而咱們會評論一些根本的安排計劃，以及它們各自的利害。你需求依據你開發項目的特點進行考慮，以確實終究的計劃。

一般能夠使用一個主CSS文件，來放置一切頁面同享的規矩。這個文件會包括默認的字體、鏈接、頁眉頁腳和其他相同模塊等款式。有了主CSS文件之后，咱們開始討論更高檔CSS安排戰略。

一、根據原型

最根本的戰略是根據原型頁面（archetype page）分離CSS文件。假設一個網站的主頁、子頁面和組合頁規劃不同，就能夠選用根據原型的戰略。這種戰略下每個頁面都會有專屬的CSS文件。
在原型數量不多的情況下，這個辦法簡略明了、行之有效。但是，當頁面元素并不墨守成規的位于各個原型頁時，問題就出現了。假設子頁面和組合頁同享某些元素，而主頁卻沒有，咱們應該怎么做呢?
把同享元素放入主CSS文件。這雖不是最純正的解決辦法，卻適用于某些具體情況。可是假設網站巨大，（這樣做的話）主CSS文件會迅速膨脹——這就違反了分離文件的初衷:避免導入不必要的大文件。
在組合頁和子頁面的CSS文件里各放一份款式代碼。這么做就意味著要保護冗余代碼，很顯然咱們不想這樣。
創立一個新的文件，由這兩種頁面同享。這聽起來不錯。不過假設只要10行代碼，咱們創立這個文件僅僅是為了同享這10行代碼？這辦法很樸實，但假設網站巨大有許多對頁面同享很少數元素時就顯得很粗笨了。
創立一個獨自的CSS文件，包括一切同享元素的款式。這辦法或許比較簡略，卻要取決于網站的巨細和同享元素的多少。有種情況會很煩:導入了一個很大的CSS文件，但頁面只用到一小部分款式——還是那句話，這違反了分離文件的初衷。
這便是我所說的堆疊的兩難（overlap dilemma）。瑣細css規矩的堆疊不勝枚舉，并沒有一個完全清晰無誤的計劃來安排它們。

二、根據頁面元素、模塊

假設網站使用服務器端include，這個辦法會很不錯。舉例說明，假設使用頁眉include，它會有自己相應的CSS文件。頁腳或許其他部分的include能夠依樣畫葫蘆，只須導入自己的CSS文件。這個辦法簡略干凈，不過或許會發生許多小CSS文件。
舉例來說，假設頁腳的款式只需求20行css代碼，獨自創立一個文件就劃不來了。而且這個辦法會導致每個頁面都包括一堆CSS文件——因為有多少include，就得有多少CSS文件。

三、根據標記這個計劃直觀實踐，與前一個類似。假設網站共有30個頁面，其中10個含有form，那么能夠創立一個CSS文件專門處理form的款式，只在這10個頁面導入它。假設別的10個頁面含有table，就創立一個文件專門處理table款式……諸如此類。

四、其他CSS安排技巧

除了用主觀的辦法安排文件，咱們還要考慮如打印、手持設備和屏幕等多種媒體類型。這盡管現已很清楚的界說過，可依舊是建立文件結構時應該考慮的一個因素。一旦有必要支持多種媒體類型，主CSS文件里的某些規矩或許就得重新考慮。別的，品牌聯合也或許是一個重要因素。假設涉及品牌聯合，你就得考慮哪些元素應該調整以適應另一品牌。比如別離使用不同的CSS文件等。

還有一個常被忽略的技巧:使用嵌套的@import語句。只包括一連串@import語句，或許再加幾句css規矩，就能創立一個CSS文件。用這個辦法完全能夠創立網站的主CSS文件（用@import導入各部分的款式文件）。假設網站的每個頁面都導入了4到5個不同的CSS文件，無疑你應該考慮使用這個技巧。