[譯] 如何調試CSS的跨瀏覽器樣式bug

原文 http://www.stubbornella.org/content/2012/05/02/cross-browser-debugging-css/

作者為YAHOO前端工程師。

 

首先要做的是挑選一個好的瀏覽器。我的選擇是Chrome，因為它擁有強大的調試工具。當我在Chrome上完成調試後，我會接著在Safari或者Firefox上調試。

如果在這些“好的”瀏覽器上沒有達到期望的效果，很有可能是代碼本身違背了CSS規則。不要試圖使用hack方法來解決在這些“好的”瀏覽器上出現的問題，而是應該找出問題的原因。通常我會檢查以下可能的BUG出處：

• HTML代碼解釋 - 你是否忘記閉合一個標籤？ 你是否用一個inline元素包住一個block元素？ 違背標準的代碼可能在不同的瀏覽器上被解釋呈現成不同的效果。
• 使用CSS lint工具檢查CSS代碼。留意那些檢查出來的Errors。多數情況下，Errors比Warnings更容易引發跨瀏覽器差異。
• 忘記使用reset樣式表，而是依靠於（不同的）瀏覽器預設的CSS樣式。
• 瀏覽器支援性的差異。你是否使用了進階CSS3屬性或者HTML5元素？查看瀏覽器支援性文檔從而確保所有你的受眾的瀏覽器都被涵蓋。你需要設計“功能降級”來支援老式的瀏覽器。比如，把陰影邊框降級成邊框，或者把圓角降級成方塊。
• 在不該有空格的地方加上了空格，margin可能因此呈現得詭異。
• 使用了絕對位置，可是沒有設定垂直和水平位移。這種情況下，絕對位置的元素將被呈現在跟position:static一樣的位置上。但是，如果你嘗試更改它的top，right，bottom或者left值，這個元素將馬上“跳”到參照於它最近的相對定位的父元素的位置。
• 按照“不尋常”的方式組合了不同display方式的元素。比如，W3C標準並沒有說當一個table-cell緊鄰一個浮動元素時應該是怎樣的layout。因此，這樣寫的代碼並不是錯誤的，但可能會導致跨瀏覽器呈現不同效果的BUG。
• 空格是否影響了layout。你應該不想讓排版樣式依賴於空格。
• 小數點像素值會導致跨瀏覽器的不同效果。

接下來本文來了

最重要的需要記住的就是，W3C標準並沒有定義錯誤的行為。因此，如果你沒有按照規範寫，那麼可能會導致跨瀏覽器不同效果；如果你組合“奇怪的”屬性（例如margin和inline element），那麼也可能會導致跨瀏覽器不同效果bug。

 

Display

我認為書寫CSS就像在選擇一段旅程。你需要作出一些決定.比如你要首先選擇使用不同display方式的元素：block，inline，inline-block和table。當你選擇好以後，你可以使用一些具體的方法來改變其實際的顯示。

塊元素應該使用margin，padding，height和width。然而line-height不適用。

行內元素應該使用line-height，vertical align和空格符。然而margin，padding，height和width不適用。

首先，表格有垂直和水平相片順序。其次，如果你遺漏了表格中的某元素，整個表格可能會有詭異的顯示。最後，margin不適用與表格的行和列，padding不適用與表格和表格的行。

Positioning

如果你選擇使用區塊層級元素，接下來你需要選擇position方式：

• Float - 如果你使用了float，那麼這個元素就變成了區塊層級元素，而之前作用於該元素的vertical-align和line-height屬性都將失效。
• Absolute - 相對於最近的相對定位的父節點來計算位移量。當父節點和兄弟節點改變時，絕對位置的元素並不會導致reflow。這個特性有利於製作動畫效果。但是，如果使用了絕對位置和動態更改內容將可能會導致顯示問題，一個典型的例子是絕對位置的圓角框。
• Static – 預設的position方式。
• Fixed - 元素位置相對於瀏覽器視窗。不常使用的方式。
• Relative – 通常對於該元素樣式不影響。只是其下屬的絕對位置的子節點將相對於該節點計算位移。

在這裡我就不列舉所有的display和position組合了。總之，有兩件事情需要注意：

1. 對於我選擇的display和position方式，其他的屬性（比如margin，line-height）是不是適合？
2. 兄弟節點的position方式是不是契合？

比如，float，table-cell和行內元素組合在一起是否合適？瀏覽器將如何解釋渲染？在W3C標準裡有沒有定義？如果沒有，那麼可能就有出現跨瀏覽器bug的風險。當然，這樣的組合并不是不可以，但你要想清楚為什麼要這樣做，以及做好足夠的跨瀏覽器測試。

 

Internet Explorer

當你解決了在“好的”瀏覽器上出現的問題後，現在應開始著手IE平台。我的建議是從你希望支援的最老版本的IE開始，因為很多老版本IE上的問題在新版本中延續出現。

就算對於IE，你也應該嘗試找出問題而不是依賴於使用hack方法。盲目使用*和_的hack方法就像在一個返回錯誤值的函數中加入修正量（如下），而不是找出其中的演算法性錯誤。

return result + 4;

當然，有時候在IE6和IE7裡面使用hack是必要的。對於IE8，通常只在需要相容CSS3的地方使用hack。通常情況下，在IE6/7裡需要使用hack的地方有：

• hasLayout問題，使用zoom:1
• 相對定位導致元素消失
• 3px浮動BUG
• 被撐大的容器的浮動錯誤，可是經常被overflow:hidden碰巧的掩飾了。

還有一些不太常見的需要使用hack的情況，比如當兩個浮動元素中間有comment代碼時將會觸發重複內容bug。對於只在IE中出現的css問題，我的建議是仔細描述你所看見的，並在google中搜尋相應的解決方案。在你找到bug原因前，不要盲目使用hack掩飾它。IE內建的調試工具很糟糕，所以可能你需要給元素增加背景色來方便你查看頁面上真實的排版。

實現解決方案

當你找到bug的原因並且知道解決方案後，你同時也應該知道如何在修改代碼時不破壞已有的正常效果的代碼。下面是我的建議：

1. 依賴樣式級聯
2. 使用針對特定瀏覽器的首碼
3. 使用針對IE6/7的*和_
4. 不要使用針對IE8的\9
5. 知道什麼時候該放棄針對IE的hack
6. 不要對最新版本的Firefox，Chrome，Safari使用任何hack

1. 依賴樣式級聯

首先，在任何可能的情況下都盡量依靠樣式級聯。瀏覽器總是採取他們能夠讀懂的最後聲明的樣式。所以，你應該從針對老版本瀏覽器的樣式開始書寫，這樣個瀏覽器就能讀懂和使用它能讀懂的最後的樣式。例如：

.foo{background-color: #ccc; /* older browsers will use this */background-color: rgba(0,0,0,0.2); /* browsers that understand rgba will use this */}

 

2. 使用針對特定瀏覽器的首碼

使用針對特定瀏覽器的首碼，尤其對於還未被廣泛採用的屬性適用。例如：

.foo{background: #1e5799; /* Old browsers */background: -moz-linear-gradient(top, #1e5799 0%, #2989d8 50%, #207cca 51%, #7db9e8 100%); /* FF3.6+ */background: -webkit-gradient(linear, left top, left bottom, color-stop(0%,#1e5799), color-stop(50%,#2989d8), color-stop(51%,#207cca), color-stop(100%,#7db9e8)); /* Chrome,Safari4+ */background: -webkit-linear-gradient(top, #1e5799 0%,#2989d8 50%,#207cca 51%,#7db9e8 100%); /* Chrome10+,Safari5.1+ */background: -o-linear-gradient(top, #1e5799 0%,#2989d8 50%,#207cca 51%,#7db9e8 100%); /* Opera 11.10+ */background: -ms-linear-gradient(top, #1e5799 0%,#2989d8 50%,#207cca 51%,#7db9e8 100%); /* IE10+ */background: linear-gradient(top, #1e5799 0%,#2989d8 50%,#207cca 51%,#7db9e8 100%); /* W3C */}

注意，這套代碼裡有兩個針對不同版本webkit的文法。首碼代碼的順序同樣應該從針對老版本瀏覽器開始書寫（參照第一條）。
如果有一個W3C標準定義的文法，你應該把它放在最後（例如上述代碼最後一行）。這樣隨著瀏覽器開始支援這些新特性的標準文法，你的代碼也能夠穩健表現。

 

3. 使用針對IE6/7的*和_

對於舊版本IE特有的bug，使用*和_來彌補。比如：

.clearfix {overflow: hidden; /* new formatting context in better browsers */*overflow: visible; /* protect IE7 and older from the overflow property */*zoom: 1; /* give IE hasLayout, a new formatting context equivalent */}

所有的IE hack都針對於某版本和其之前的所有瀏覽器，比如：

_ 針對IE6和更早版本
* 針對IE7和更早版本
\9 針對IE8和更早版本 （注意，IE9在某些CSS屬性上同樣對於這個hack敏感）

所以，hack代碼的順序同樣也應該從針對老版本瀏覽器開始書寫（參照第一條）。

4. 不要使用針對IE8的\9

我從來不會使用\9來解決IE8裡面出現的樣式bug。我只會在彌補瀏覽器支援性上使用\9來做“降級”處理。比如我使用了box-shadow（在更先進的瀏覽器上正常），可是在IE8下很難看，因此我使用了\9來增加了一個新border。這種情況不能依靠樣式級聯(參照第一條)來處理，因為這是增加一個新樣式，而不是修改一個已有的樣式。

5. 知道什麼時候該放棄針對IE的hack

不要試追求在IE中得到一模一樣的效果。你是否願意浪費額外的HTTP請求，繁雜的HTML/JS/CSS程式碼片段為了實現在IE6-8中同樣看到圓角框效果？對於我個人來說，我的答案是“不會”。

你應該知道什麼時候放棄針對某功能的hack。例如，不要使用filter去類比CSS3裡的漸層效果，那樣會導致效能問題和排版bug。最簡單的辦法是，壓根不要寄希望你的網頁在所有瀏覽器中都表現得一模一樣。對於IE 6-8的使用者，最好的辦法就是給他們一個簡單化的使用者體驗（注意，是簡單化而不是殘缺）。

下述糟糕的代碼就是使用filter去類比CSS3裡的gradient：

.foo {filter: progid:DXImageTransform.Microsoft.gradient( startColorstr='#1e5799', endColorstr='#7db9e8',GradientType=0 ); /* IE6-9 */}

 

6. 不要對最新版本的Firefox，Chrome，Safari使用任何hack

對於Firefox，Chrome，Safari上的樣式bug，最好的辦法是仔細檢查，很有可能這是因為你的代碼違背了CSS的規則。