早段時間特別的忙，忙到站點一直沒有更新；但是這段時間也是偷偷的做了一些的工作，比如對站點的js進行了壓縮，構思labs分站以及聚合分站。

而此段時間最煩的是森林群里面的一群人每天上班都在吵，然后我就每次都裝嫩的在里面問：“各位高手，勞煩請問一下；清除浮動怎么弄？”

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

我們粗略的一起來看看清除浮動的辦法一共有多少個(ie里面用zoom:1就不寫了，下一個專題再寫)。對應的demo

1. 采用偽類:after進行后續空制的高度位零的偽類層清除
2. 采用css overflow:auto的方式撐高
3. 采用css overflow:hidden的方式產生怪異適應
4. 采用display:table將對象變成table形式
5. 采用div標簽，以及css的clear屬性
6. 采用br標簽，以及css的clear屬性
7. 采用br標簽，以及其自身html的clear屬性

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

1. 優點結構語義化完全正確，不會產生其余的怪異問題。

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

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

2. 優點結構語義化完全正確，代碼量極少。

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

   建議內個模塊使用，請勿嵌套。

3. 優點結構語義化完全正確，代碼量極少。

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

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

4. 優點結構語義化完全正確，代碼量極少。

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

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

5. 優點代碼量極少，復用性極高。

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

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

6. 優點語義化程度比第5種情況要更優；代碼量極少，復用性極高。

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

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

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

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

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

最后，列舉完畢。然而在我的心中還是有一些事情要和大家說的，第一個是要和大家道歉，關于之前轉載ghost的那篇文章；非常后悔的是當初改了ghost的標題將“最簡單”改成了“最優”，以致于后面誤導了很多的同學。第二個是最近發現很多本站的冒牌站點（抄內容就算了，樣式也抄就太過分了），更搞笑的是拿著這樣的站點來我這里面試