DIV與TABLE本身并不存在什么優(yōu)缺點(diǎn)，所謂web標(biāo)準(zhǔn)只是推薦的是正確的使用標(biāo)簽，好比說：DIV用于布局，而TABLE則本來就是轉(zhuǎn)二維數(shù)據(jù)的。讓TABLE做該做的事，并不是說頁(yè)面里不出現(xiàn)TABLE就是多么多么牛。
為什么DIV不適合雅虎、搜狐、新浪等大型網(wǎng)站?下面從幾個(gè)方面來逐一說明：
　　精簡(jiǎn)代碼：
　　大家都說DIV的布局精簡(jiǎn)代碼，但是用DIV替代TABLE所節(jié)約的代碼又被CSS(樣式)所占用，而這些樣式大多用于控制DIV的排版布局。那你會(huì)說了，CSS可以放在外部重用啊，要想得到這個(gè)問題的答案請(qǐng)往下看。
　　重用性與下載量：
　　統(tǒng)一使用一個(gè).css的樣式表文件，可以實(shí)現(xiàn)修改一次，全站修改的效果，這樣使得維護(hù)的成本更低。但是請(qǐng)大家換一個(gè)角度想，如果所有頁(yè)面在加載時(shí)都要訪問一個(gè)文件，那這個(gè)文件每天的下載量，特別時(shí)在搜狐、新浪的網(wǎng)站平臺(tái)上將達(dá)到幾億次，這就需要后面有很多臺(tái)前端web服務(wù)器在做支撐，那后臺(tái)的成本無形中也提高了很多。如果后臺(tái)支撐沒有做好，那么頁(yè)面就會(huì)出現(xiàn)花屏，之前所作的工作也是白費(fèi)。很多人會(huì)問，這樣的幾率太小了。我們所作的工作就是為了避免這一兩次意外的發(fā)生，如果意外發(fā)生了，對(duì)于門戶后果將是不堪設(shè)想的。
　　HTTP通訊：
　　統(tǒng)一的樣式表文件采用外部調(diào)用的形式，這樣每次加載單個(gè)頁(yè)面都會(huì)多一次對(duì)服務(wù)器的http請(qǐng)求服務(wù)器都會(huì)增加一次響應(yīng)，這樣對(duì)前端web服務(wù)器會(huì)是很大的消耗。而原來很長(zhǎng)時(shí)間都是將css和js寫在頁(yè)面前端，而不是作為外部調(diào)用的形式，也是為了盡量避免給服務(wù)器增加消耗。
　　頁(yè)面緩存：
　　每次用戶訪問的頁(yè)面，都會(huì)在瀏覽器緩存中保存一定時(shí)間，以保證用戶下次再訪問該頁(yè)面時(shí)能夠大大提高頁(yè)面顯示速度。而每次修改都會(huì)使頁(yè)面重新下載，對(duì)于每個(gè)外部導(dǎo)入的樣式文件也是如此，如果CSS文件修改，那么訪問網(wǎng)站的每一個(gè)頁(yè)面都會(huì)重新下載，而以往的將樣式寫在頁(yè)面中的方式，只是修改的頁(yè)面需要重新下載。
　　兼容性：
　　對(duì)于CSS(樣式表)并不是所有瀏覽器的所有版本都支持的很好，比如IE5以前的瀏覽器對(duì)于CSS的支持就不是很好。而現(xiàn)在使用IE5以前版本瀏覽器的用戶不在少數(shù)，這樣就使得在頁(yè)面制作的過程中需要針對(duì)不同瀏覽器版本進(jìn)行測(cè)試，以保證兼容性，無形中也增加很多工作量(至少我接觸的開發(fā)人員制作div頁(yè)面比table頁(yè)面的標(biāo)準(zhǔn)時(shí)間要長(zhǎng)一些)。
　　橫切與延展性：
　　橫切――傳統(tǒng)的布局方式為了使頁(yè)面下載的更快，把頁(yè)面自上而下分成若干個(gè)塊，但是往往采用DIV進(jìn)行布局的頁(yè)面都會(huì)出現(xiàn)這樣的情況，由于每塊中間欄或者其他欄內(nèi)容條數(shù)不固定導(dǎo)致兩邊欄目沒有同時(shí)自適應(yīng)，而出現(xiàn)留白。