CSS framework日常開發(fā)的經(jīng)驗總結(jié)

CSS framework可以更快速、有效、可擴(kuò)展的去書寫站點的CSS代碼。在liehuo.net以前的文章中，我們有過多篇此類知識的介紹，以下是個某個知名團(tuán)隊在日常開發(fā)中的思考與總結(jié) ，可能您會提出一些不同的觀點，沒關(guān)系，歡迎發(fā)表評論，和liehuo.net的眾多CSSer一起探討吧！

一、CSS框架

　　中國的互聯(lián)網(wǎng)行業(yè)已經(jīng)發(fā)展了10年，瀏覽器也從最早流行的NS到現(xiàn)在的FF3.IE7等等……前端開發(fā)工程師的職位也誕生了。近幾年在web開發(fā)中，有個非常火的詞——“框架”。YUI、JQuery、Prototype這些javascript框架在開發(fā)網(wǎng)站時，確實成為前端開發(fā)工程師的手中利器。為什么呢？因為框架是包含工具、函數(shù)庫、約定，以及嘗試從常用任務(wù)中抽象出可以復(fù)用的通用模塊，讓設(shè)計師與程序員避免重復(fù)開發(fā)。通俗地講便是把大多數(shù)重復(fù)工作的時間給節(jié)約了。
　　編寫css也是一樣，從最初只是定義文字顏色、內(nèi)容排版，到現(xiàn)在定義所有的表現(xiàn)。css框架也漸漸被重視了，因為大家都認(rèn)識到：從具象的表現(xiàn)中抽出抽象的模塊來重復(fù)使用，是減少用戶下載、方便團(tuán)隊及個人開發(fā)最重要的手段。

二、css框架的開發(fā)順序

　　1、格式化 reset.css
　　格式化css的真正好處是能夠快速啟動工作，你可以在新的HTML文件里引入框架，不用再處理重置padding 和 margins，實現(xiàn)統(tǒng)一的排版、瀏覽器下的相同表現(xiàn)。
　　2、布局 layout.css
　　定義頁面是二欄還是三欄，是全屏還是1024×768……
　　一個網(wǎng)站的設(shè)計可能有很多種布局，但是大多數(shù)都是由幾個具有復(fù)用性的布局組成，選擇性的引入所需要的布局，可以很快地應(yīng)用所期望的頁面布局。
　　3、基本樣式 type.css
　　定義body、h1-h6、a:link-a:active、p等的字體大小和顏色。
　　基本樣式的css引用，譬如將ul定義class為“ul-text”，用來展現(xiàn)相同的icon、行間距、鏈接色彩。
　　還可以像這樣應(yīng)用：class=”ul-text square”，li前展現(xiàn)的是方型的icon。
　　4、表格修飾 table.css
　　定義table、tr、td、th、thead、tfoot、tbody、caption等標(biāo)簽的表現(xiàn)。
　　和基本樣式一樣，但是表格在現(xiàn)有網(wǎng)站的展現(xiàn)形式幾乎都是處理數(shù)據(jù)，所以分開存放引用。譬如在table上應(yīng)用table-style-1便是黑色邊框的表格，table-style-2便是黃色邊框的表格。
　　5、表單修飾 form.css
　　定義fieldset、label、button、input 、select、textarea這幾個標(biāo)簽的表現(xiàn)。
　　大多數(shù)網(wǎng)站的表單、按鈕、輸入框幾乎都是一樣的。之所以引入這個css，是為了便于統(tǒng)一在各個瀏覽器中的展現(xiàn)。默認(rèn)的按鈕、輸入框等在各個瀏覽器下的展現(xiàn)區(qū)別很大，雖然在格式化的css中已經(jīng)初步的統(tǒng)一，但是輸入框的邊框，按鈕的樣式都是需要在這個css中定義的。無奈的是select無法做到統(tǒng)一，如果考慮到用js實現(xiàn)的話，這個成本太大了點。
　　6、打印修飾 print.css
　修飾打印輸出的頁面。
　　7、包含其他css的css
　　frontpage.css、list.css、detail.css、register.css等等
　　根據(jù)各種引用去引入相應(yīng)的css。譬如list頁面中沒有需要表格的修飾，那就不引入table.css。以節(jié)約代碼量。

三、css框架文件夾的建立

　　1、core 主要的
　　存放reset.css、layout.css、type.css、print.css
　　2、bud 模塊
　　存放table.css、form.css、album.css等css
　　3、petal 具體應(yīng)用
　　存放封裝過的css。frontpage.css、llist.css、detail.css、register.css等css。這個文件夾存放的css都是被直接引用的。
　　文件夾的命名，按個人喜好啦! 我還希望用電子、質(zhì)子等命名呢。嘿嘿！

四、css框架的優(yōu)點

　　1、提高開發(fā)效率。
　　2、規(guī)范名稱定義，便于維護(hù)。
　　3、規(guī)范項目開發(fā)流程
　　4、css代碼更清晰、簡單。html代碼更合理。

五、css框架的弊端

　　1、學(xué)習(xí)成本提高。你需要了解整個框架，需要閱讀框架的文檔。
　　2、css框架對于一個小項目等頁面來說很臃腫。框架中可能有大部分你用不到的代碼。
　　3、可能會無法幫助你的技術(shù)提高。太依賴框架，以至于很難排除bug。包括框架中本身就帶的bug。
　　4、選擇自己需要的框架與開發(fā)框架都很痛苦。寫到后面發(fā)現(xiàn)越來越不靈活，越來越臃腫。殘念 -_-

六、開發(fā)及使用css框架中常遇到的問題

　　1、頁面外部引用樣式過多。
　　譬如關(guān)于ul的margin定義,在格式化的css中會聲明為0，而在基本樣式的css中又可能會聲明margin:5px 10px;
　　所以在Yslow中會出現(xiàn)多次定義。
　　2、組件復(fù)用性的考量。
　　譬如表單定義的css中定義了所有表單的修飾,而假定在注冊這個頁面中只是需要這個css的百分之三十。那是否應(yīng)切割出去那不要的百分之七十?
　　綜合以上的二個問題，個人認(rèn)為解決的方式便是封裝，讓該有的有，不該有的沒有。盡量減少http連接數(shù)和css的大小。但如果徹底是這樣做的話，css的復(fù)用性又會變得很差，后期手工的封裝會很痛苦。只能套用小馬的一句話“具體情況，具體分析”。人生真是矛盾啊…
　　3、到底該不該支持em?
　　可見如要支持em，最大的目的是為了在瀏覽器中可以根據(jù)用戶的分辨率大小自由縮放，對于擁有超大顯示器的用戶與小顯示器的用戶是非常有用的。可是在采集我們用戶的瀏覽器數(shù)據(jù)后，發(fā)現(xiàn)分辨處于這二端的用戶非常少，可想而知，為這部分的用戶多花比正常開發(fā)一倍以上的時間顯然是件不劃算的事情，所以當(dāng)初在開發(fā)tbsp的時候，我們團(tuán)隊就決定了不支持em。當(dāng)然這是個建議，我們也希望能使用em帶給用戶最好的感受。更多關(guān)于CSS框架開發(fā)的文章，歡迎您關(guān)注liehuo.net的更新。