事实上，这是一个激烈争论的问题，这证明了W3C未能预见到将尝试的布局设计的多样性。使用divs+css进行语义友好的布局是一个很好的概念，但实现的细节有很大的缺陷，实际上限制了创作的自由。

我曾试图将我们公司的一个网站从餐桌切换到餐桌，这让我非常头疼，以至于我完全放弃了投入其中的工作时间，回到餐桌上。为了获得垂直对齐的控制，我试图与我的跳水手搏斗，这让我受到了重大的心理问题的诅咒，只要这场辩论继续下去，我就永远不会动摇。

人们必须经常想出复杂而丑陋的变通办法来实现简单的设计目标(比如垂直对齐)，这一事实强烈地表明这些规则还不够灵活。如果规格已经足够了，那么为什么高调的网站(如SO)发现有必要使用表格和其他变通方法来改变规则呢?

This isn't really about whether 'divs are better than tables for layout'. Someone who understands CSS can duplicate any design using 'layout tables' pretty straightforwardly. The real win is using HTML elements for what they are there for. The reason you would not use tables for non-tablular data is the same reason you don't store integers as character strings - technology works much more easily when you use it for the purpose for which it is desgined. If it was ever necessary to use tables for layout (because of browser shortcomings in the early 1990s) it certainly isn't now.

另外，别忘了，表格在移动浏览器上的渲染效果并不好。当然，iPhone拥有强大的浏览器，但并不是每个人都有iPhone。对于现代浏览器来说，表呈现可能是花生，但对于移动浏览器来说，它却是一堆西瓜。

我个人发现很多人使用了太多的<div>标记，但如果适当，它可以非常干净且易于阅读。你提到人们阅读CSS比阅读表格更困难;就“代码”而言，这可能是真的;但是在读取内容方面(查看>源代码)，用样式表理解结构要比用表容易得多。

内容和布局之间的分离也使它更容易为您的网站生成打印机友好的布局或不同的皮肤(样式)，而不必创建不同的html文件。有些浏览器(如Firefox)甚至支持从视图菜单中选择样式表。

而且我确实认为保持无表格布局更容易。你不需要担心行span, colspan等等。您只需创建一些容器div并将内容放置在需要的位置。也就是说，我认为它也更有可读性(<div id="sidebar"> vs <tr><td>…</td><td>…<td>sidebar</td></tr>)。

这只是一个你必须学会的小“技巧”(一旦你掌握了这个技巧，我认为它会更容易，更有意义)。

看这个重复的问题。

你忘记的一项是可访问性。例如，如果你需要使用屏幕阅读器，基于表格的布局就不能很好地转换。如果您使用政府，则可能需要支持可访问的浏览器，如屏幕阅读器。

我也认为你低估了你在问题中提到的一些事情的影响。例如，如果您既是设计人员又是程序员，您可能没有充分了解它如何将表示和内容分开。但一旦你进入一个商店，他们是两个不同的角色，优势就开始变得清晰起来。

如果你知道你在做什么并且有好的工具，CSS在布局方面确实比表格有显著的优势。虽然每一件物品本身都不能证明放弃餐桌是合理的，但总的来说还是值得的。

当您需要确保元素在布局中保持特定的物理关系时，请使用表格。对于数据，表格通常是最适合使用的布局元素，因为您不希望列以超出预期的方式包装，从而混淆了关联。

也有人可能会说，必须保持特定关系的非数据元素也应该呈现在表中。

灵活的css布局非常适合于移动设备、大屏幕、打印和其他显示类型的内容，但有时，内容必须以非常特定的方式显示，如果这要求屏幕阅读器无法轻松访问它，那么它可能是非常合理的。