使用表格布局的工具可能会因为创建布局所需的大量代码而变得异常沉重。SAP的Netweaver Portal默认使用TABLE来布局页面。

在我目前的工作中，生产SAP门户有一个主页，它的HTML超过60K，有7个表那么深，在页面中有3次。再加上Javascript，误用了16个iframe，其中有类似的表格问题，CSS过重等，页面重量超过5MB。

花点时间降低页面重量，这样你就可以利用带宽与用户进行互动，这是值得的。

当我使用CSS设计我的布局时，我通常给每个主要部分都有自己的根(主体级别)div，并使用相对/绝对定位将其置于适当的位置。这比表更灵活一些，因为我不局限于可以用行和列表示的排列。

此外，如果我决定我想要重新安排布局(说我想要导航栏现在在右边)，我可以简单地去改变一个地方(CSS文件)的元素位置，HTML不需要改变。如果我对表执行此操作，我将不得不进入并找到信息，并进行大量属性修改和复制粘贴以获得相同的效果。

事实上，使用CSS，我甚至可以让我的用户选择他们想要的布局如何工作。只要内容区域的一般大小不改变，我完全可以使用一些PHP脚本来根据用户的偏好输出CSS，并允许他们根据自己的喜好重新排列站点。同样，对于表也是可以的，但是维护起来要困难得多。

最后，CSS提供了一个表永远无法提供的主要好处:基于显示设备重新格式化内容的能力。CSS允许我在打印机上使用与显示器上完全不同的样式集(包括位置、格式等)。这也可以扩展到其他媒体，一个很好的例子是Opera Show，它允许一个设计巧妙(非常标准)的CSS增强页面被视为幻灯片显示。

因此，最终，灵活性和管理才是真正的赢家。一般来说，CSS允许你对布局做更多的事情。基于表的布局在技术上没有什么不标准的，但为什么要限制自己呢?

DOM操作在基于表的布局中是很困难的。

使用语义div:

$('#myawesomediv').click(function(){
    // Do awesome stuff
});

表:

$('table tr td table tr td table tr td.......').click(function(){
    // Cry self to sleep at night
});

当然，第二个例子有点愚蠢，您总是可以将id或类应用到表或td元素上，但这将增加语义值，这是表的支持者强烈反对的。

作为纯布局使用的表格确实会带来一些可访问性问题(我听说过)。但我理解这里被问到的问题，你正在通过使用表格来确保页面上某些东西的正确对齐来破坏网络。

我以前听到有人说，FORM标签和输入实际上是数据，应该允许它们进入表。

使用一个表来确保一些元素正确排列会导致代码大量增加，这种说法往往包含了单个DIV如何满足所有需求的示例。他们不总是包括10行CSS和特殊的浏览器技巧，他们必须为IE5、IE5.5、IE6、IE7……

我认为这仍然是关于在你的设计中使用平衡。表格在工具箱里，记住它们是干什么用的……

一个例子:你想要居中 一个页面的主要内容区域，但在 为了把浮体装在里面， 它需要浮动。没有 CSS中的float: center。

这并不是在居中元素中“包含浮点数”的唯一方法。所以，这根本不是一个好的论点!

在某种程度上，“divs vs table”是一个错误的前提。

把一页快速地分成三列?说实话，表格更简单。但是没有专业人士将它们用于布局，因为它们将页面元素的位置锁定在页面中。

真正的争论是“由CSS完成的定位(最好是在远程文件中)”，而不是“在页面中由HTML完成的定位”。相对于后者，每个人都能看到前者的好处吗?

Size -- if your page layout is in the HTML, in the pages, it can't be cached, and it has to be repeated on every page. You will save enormous amounts of bandwidth if your layout is in a cached CSS file, not in the page. Multiple developers can work on the same page at the same time -- I work on the HTML, other guy works on the CSS. No repository needed, no problems with over-writing, file locking etc. Making changes is easier -- there will be problems with layout in different browsers, but you only have to fix one file, the CSS file, to sort them out. Accessibility, as mentioned a lot previously. Tables assume a two-dimensional layout works for everyone. That's not how some users view your content and it's not how Google views your content.

考虑一下:

[ picture ] [ picture ] [ picture ]
[ caption ] [ caption ] [ caption ]

表示包含6个单元格的表中的两行。能看到二维表格布局的人会在每张图片下看到标题。但是使用语音合成，或者PDA，以及搜索引擎蜘蛛，那是

picture picture picture caption caption caption

有了表格，这种关系就明显消失了。

div和CSS是否更适合在HTML页面上简单地布局矩形以在最短的时间内实现给定的设计?不，他们可能不是。但我不是在快速布局矩形来实现给定的设计。我想的是更大的前景。

我很抱歉我的英语不好，但还有一个原因:

我在一些政府机构工作，不使用TABLE的首要原因是残疾人。他们使用机器“翻译”网页。

问题是这个“翻译机器”不能阅读网站，如果它是由TABLE。为什么?因为TABLE是用于数据的。

事实上，如果你使用TABLES，你必须为每个cell指定一些信息，让残疾人知道他们在TABLE中的位置。想象一下，你有一个大表格，必须放大才能看到屏幕上的一个单元格:你必须知道你在哪一行/col。

因此，使用DIV，并且禁用可以简单地阅读文本，并且不会得到一些关于行/cols的奇怪信息，当它们不需要在那里时。

我也更喜欢TABLE来制作快速简单的模板，但我现在习惯了CSS…它很强大，但你真的必须知道你在做什么……：）