網(wǎng)站前端全方位清理浮動

清除浮動一個凡是做頁面的人都會遇到的一個東西，但是是否大家都能夠清楚的知道，全方位的了解呢？于是一閑下來了馬上寫了這樣的一篇文章，不能講面面俱到，然而基本能將我所知道的傾囊相授了。

我們粗略的一起來看看清除浮動的辦法一共有多少個。對應的DEMO

采用偽類:after進行后續(xù)空制的高度位零的偽類層清除

采用CSS overflow:auto的方式撐高

采用CSS overflow:hidden的方式產(chǎn)生怪異適應

采用display:table將對象變成table形式

采用div標簽，以及css的clear屬性

采用br標簽，以及css的clear屬性

采用br標簽，以及其自身HTML的clear屬性

粗略的看，他們都能將問題解決；然而他們另外一方面又有著各自的利弊。（一一對應）

優(yōu)點結(jié)構(gòu)語義化完全正確，不會產(chǎn)生其余的怪異問題。

缺點復用方式不當容易造成代碼量急劇增大。

建議最外層輕浮動時使用，或清晰模塊化復用方式的人使用。

優(yōu)點結(jié)構(gòu)語義化完全正確，代碼量極少。

缺點多個嵌套后，點擊最外層的輕浮動框會遭成最外層至最內(nèi)層內(nèi)容全選（FF）；或者在mouseover造成寬度改變時會出現(xiàn)最外層模塊有滾動條（IE）。

建議內(nèi)個模塊使用，請勿嵌套。

優(yōu)點結(jié)構(gòu)語義化完全正確，代碼量極少。

缺點內(nèi)容增多時候極易不會自動換行而內(nèi)容被隱藏掉。

建議寬度固定時使用，請勿嵌套。

優(yōu)點結(jié)構(gòu)語義化完全正確，代碼量極少。

缺點盒模型屬性已經(jīng)改變，可想而知奇異事件自然多得你數(shù)都數(shù)不到。

建議如果你不想改Bug改死你的話，最好不要使用；不過可以作為alpha版本當中臨時性的忽悠下測試。

優(yōu)點代碼量極少，復用性極高。

缺點完全不能完美的適應語義化，不利于改版以及需求變更。

建議初學者使用，可以讓你快速的解決浮動問題。

優(yōu)點語義化程度比第5種情況要更優(yōu)；代碼量極少，復用性極高。

缺點語義化依舊不完美，不利于改版以及需求變更。

建議初學者使用，可以讓你快速的解決浮動問題。

優(yōu)點語義化程度比第5、6種情況要更優(yōu)；代碼量最少，復用性極高。

缺點語義化依舊不完美，不利于改版以及需求變更。

建議引導初學者思維升級時使用，讓其明白與其用classname來控制一種表現(xiàn)，倒不如回歸到WEB1.0的時代的網(wǎng)頁直接用html屬性來控制表現(xiàn)，畢竟后者的代碼量更少。

最后，列舉完畢。

網(wǎng)站名稱：網(wǎng)站前端全方位清理浮動
文章路徑：http://www.bm7419.com/news49/319699.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供手機網(wǎng)站建設、移動網(wǎng)站建設、App開發(fā)、服務器托管、定制網(wǎng)站、

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)