架構合理的css
在當前瀏覽器普遍支持的前提下，css被我們賦予了前所未有的使命。然而依賴css越多，樣式表文件就會變得越大越復雜。與此同時，文件維護和組織的考驗也隨之而來。
文件的組織
構建css系統的第一步是大綱的擬定。（我認為）css組織規劃的重要性堪比網站目錄結構，深圳商標設計公司。（htmlor注：用詞夸張一點，讓你加深記憶） 沒有哪種方案放之四海而皆準，因此我們會討論一些基本的組織方案，以及它們各自的利弊。
主css文件
通常可以使用一個主css文件，來放置所有頁面共享的規則。這個文件會包含默認的字體、鏈接、頁眉和其他等樣式。有了主css文件之后，我們開始探討高級組織策略。
方法一：基于原型
最基本的策略是基于原型頁面（archetype page）分離css文件。假如一個網站的首頁、子頁面和組合頁設計不同，就可以采用基于原型的策略。（這種策略下）每個頁面都會有專屬的css文件。
在原型數量不多的情況下，深圳標志設計公司這個方法簡單明了、行之有效。然而，當頁面元素并不按部就班的位于各個原型頁時，問題就出現了。如果子頁面和組合頁共享某些元素，而首頁卻沒有，我們應該怎么做呢？
把共享元素放入主css文件。這雖不是最純正的解決辦法，卻適用于某些具體情況。可是如果網站龐大，（這樣做的話）主css文件會迅速膨脹——這就違背了分離文件的初衷：避免導入不必要的大文件。
在組合頁和子頁面的css文件里各放一份樣式代碼。（這么做）就意味著要維護冗余代碼，很顯然我們不想這樣。
創建一個新的文件，由這兩種頁面共享。這聽起來不錯。不過假如只有10行代碼，我們創建這個文件僅僅是為了共享這10行代碼？（htmlor注：殺雞用牛刀？） 這方法很純粹，但如果網站龐大有很多對頁面共享很少量元素時（htmlor注：比如30對頁面分別共享10行代碼），就顯得很笨重了。
創建一個單獨的css文件，包含所有共享元素的樣式。這方法可能比較簡單，卻要取決于網站的大小和共享元素的多少。有種情況會很煩：導入了一個很大的css文件，但頁面只用到一小部分樣式——還是那句話，這違背了分離文件的初衷。
這就是我所說的重疊的兩難（overlap dilemma）。零碎css規則的重疊不一而足，并沒有一個完全清晰無誤的方案來組織它們。
方法二：基于頁面元素/塊
如果網站使用服務器端include，這個方法會很不錯。舉例說明，如果使用頁眉include，它會有自己相應的css文件。頁腳或者其他部分的include可以如法炮制，只須導入自己的css文件。這個方法簡單干凈，不過可能會產生很多小css文件。
深圳市中深世紀廣告有限公司作為一家在標志設計與logo商標設計領域有著十年歷史的深圳廣告設計公司，中深世紀廣告十年來一直在不斷創新與超越并且積極吸取國際標志設計和logo商標設計的理念與營養，爭取與國際接軌，一直堅信創意改變世界，不斷努力和完善自己的品牌和設計，立志成為最優秀的深圳標志設計公司與深圳商標設計公司。為本民族企業設計出適合的優秀設計，創新中國品牌，成就世界名牌。中深世紀廣告期待與您的合作。
