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