而此段時間最煩的是森林群裡面的一群人每天上班都在吵,然後我就每次都裝嫩的在裡面問:“各位高手,勞煩請問一下;清除浮動怎麼弄?”
清除浮動一個凡是做頁面的人都會遇到的一個東西,但是是否大家都能夠清楚的知道,全方位的了解呢?於是一閒下來了馬上寫了這樣的一篇文章,不能講面面俱到,然而基本能將我所知道的傾囊相授了。
我們粗略的一起來看看清除浮動的辦法一共有多少個(IE裡面用zoom:1就不寫了,下一個專題再寫)。對應的DEMO
采用偽類:after進行後續空制的高度位零的偽類層清除
采用CSSoverflow:auto的方式撐高
采用CSSoverflow:hidden的方式產生怪異適應
采用display:table將對象變成table形式
采用div標簽,以及css的clear屬性
采用br標簽,以及css的clear屬性
采用br標簽,以及其自身HTML的clear屬性
粗略的看,他們都能將問題解決;然而他們另外一方面又有著各自的利弊。(一一對應)
優點結構語義化完全正確,不會產生其余的怪異問題。
缺點復用方式不當容易造成代碼量急劇增大。
建議最外層輕浮動時使用,或清晰模塊化復用方式的人使用。
優點結構語義化完全正確,代碼量極少。
缺點多個嵌套後,點擊最外層的輕浮動框會遭成最外層至最內層內容全選(FF);或者在mouseover造成寬度改變時會出現最外層模塊有滾動條(IE)。
建議內個模塊使用,請勿嵌套。
優點結構語義化完全正確,代碼量極少。
缺點內容增多時候極易不會自動換行而內容被隱藏掉。
建議寬度固定時使用,請勿嵌套。
優點結構語義化完全正確,代碼量極少。
缺點盒模型屬性已經改變,可想而知奇異事件自然多得你數都數不到。
建議如果你不想改Bug改死你的話,最好不要使用;不過可以作為alpha版本當中臨時性的忽悠下測試。
優點代碼量極少,復用性極高。
缺點完全不能完美的適應語義化,不利於改版以及需求變更。
建議初學者使用,可以讓你快速的解決浮動問題。
優點語義化程度比第5種情況要更優;代碼量極少,復用性極高。
缺點語義化依舊不完美,不利於改版以及需求變更。
建議初學者使用,可以讓你快速的解決浮動問題。
優點語義化程度比第5、6種情況要更優;代碼量最少,復用性極高。
缺點語義化依舊不完美,不利於改版以及需求變更。
建議引導初學者思維升級時使用,讓其明白與其用classname來控制一種表現,倒不如回歸到WEB1.0的時代的網頁直接用html屬性來控制表現,畢竟後者的代碼量更少。
最後,列舉完畢。然而在我的心中還是有一些事情要和大家說的,第一個是要和大家道歉,關於之前轉載Ghost的那篇文章;非常後悔的是當初改了ghost的標題將“最簡單”改成了“最優”,以致於後面誤導了很多的同學。第二個是最近發現很多本站的冒牌站點(抄內容就算了,樣式也抄就太過分了),更搞笑的是拿著這樣的站點來我這裡面試。