指定網頁的doctype解決CSS Hacking方法總結_經驗交流

但是實際上，瀏覽器遠遠不止這幾個,Firefox分為Firefox 1.5,Firefox 2,Firefox 3幾個主要版本，IE7,IE6中也各有好幾個系列,另外除開這兩個主流廠商的產品之外，還有Opera,Konqueror,Netscape,chrome等一系列。

　　這些瀏覽器，各有各的一套，往往在這裡運行正常，在那裡運行就不正常了。於是WD們拆東邊補西邊，終於能在幾個瀏覽器下都正常了。結果，產品經理又有了新的需求，需要在哪兒哪兒那兒改一下，於是乎，好不容易糊弄好的的紙架子一下子倒塌了，WD們又忙得焦頭爛額。之所以這麼說，因為，這是我的經驗。

　　大凡是WD，總是收集了一堆Css Hacking 技巧，為的是在各個瀏覽器下正常。網上一搜，一大堆。

　　然而，首先WD們沒有弄清楚一個基本問題，我們為什麼需要css Hacking?如果有1000種瀏覽器,我們是不是要記住1000種瀏覽器的Hack 技巧？

　　事實上, Css Hacking從某種程度上說，是一個拿不上檯面的東西。Css Hacking有很多技巧，純粹就是利用了瀏覽器的Bug.比如常見的用_class{….} 去區別IE和firefox,按理說_class是一個不合法的標記方法。Css Hacking的出現，是WD們不得已而為之，WD們的日常工作並不是瘋狂地Css Hack.

　　其實這麼多瀏覽器,並不是可以隨便亂來，想自己定義個啥就定義個啥標記的。人們習慣了在標準的世界裡生活，在網頁世界裡，也有一系列標準。瀏覽器們也都努力地做到web標準相容。但是有些瀏覽器出道得早，可以說後來出現的web標準就是在它們的影響下誕生的。還有一個，當年非常牛B,所以做了很多創新，沒有把web標準放在心上，蠻不在乎。更何況，標準自身也是在不斷更新的。因此，一般各個瀏覽器產品系統都曾有過一段沒有不太在乎web標準的日子，後來大家都意識到不行了，我們大家都妥協一下，要制訂一套標準，大家都遵守。可是以前各家都有自己制訂的一些小條條小框框，他們不符合標準，咋辦呢?

　　於是，這些人想了個法子：標準模式和怪異模式。另外還有一種，叫“近乎標準模式”,almost standard.要說真是夠怪異，我都聽暈了。別著急，聽我慢慢道來。

　　不是說了嗎，這些老大們坐在一起，制定了各式各樣的標準，以後大家都按這套標準來解釋網頁。如果你做的網頁可以按這套標準來解釋，那就用一個標記doctype註明這是可以按web標準來解釋的。這就是標準模式。

　　那以前各家都生產過，規定過的小九九們不符合標準，咋辦啊？也不能就馬上把它們全扔掉不要了吧?軟體上大抵有這樣一套原則，叫向下相容。在怪異模式下，各個瀏覽器都類比那些老版本的瀏覽器的操作，以防止老的頁面無法工作。在網頁沒有指定doctype時，瀏覽器一般就都按怪異模式工作，以防老頁面無法工作。

　　對於這兩種模式之間的差異，最顯著的例子涉及Windows上IE專有的框模型。在IE 6出現時，在標準模式中使用正確的框模型，在怪異模式中使用老式的專有框模型。為了維持對IE 5和更低版本的向後相容性，Opera 7和更高版本也在怪異模式中使用有缺點的IE框模型。

　　Mozilla和Safari還有第三種模式，稱為“幾乎標準的模式（almost standards mode）”，除了在處理表格的方式方面有一些細微的差異之外，這種模式與標準模式相同。

　　正是由於這個原因，您可以丟掉很多css hacking技巧了。有些書介紹說，IE6和firefox的盒模型（或者有的地方叫框模型)不一致，因此需要這樣做hack:

div{
width:100px;
*width:95px;
}

　　我說，這種書真是誤人子弟。因為，只要正確指定了doctype,這些瀏覽器解釋上的差異就都不存在了，我們按照標準來就行了。

　　這個模式的指位於HTML檔案開頭的DOCTYPE域指定的。一般常見的有這幾種:

HTML 4.01 Transitional：
複製代碼 代碼如下:



HTML 4.01 Frameset

複製代碼 代碼如下:



　　XHTML 1.0 Strict

複製代碼 代碼如下:



XHTML 1.0 Transitional

複製代碼 代碼如下:



　　XHTML 1.0 Frameset

複製代碼 代碼如下:


　　XHTML 1.1

複製代碼 代碼如下:

