I have found that even with the best planning divs come up short in several respects. For instance. there is no way with divs to have a bottom bar that always sits at the bottom of the browser, even when the rest of the content does not go to the bottom of the browser. Also, you cannot elegantly do anything better than three columns, and you cannot have columns that grow and shrink according the the width of their content. In the end, we try to use divs first. However, we will not limit our html designs based on some religious content vs layout ideal.

根据508法规(对于视障屏幕阅读器)，表格应该只用于保存数据，而不是用于布局，因为它会导致屏幕阅读器崩溃。至少别人是这么告诉我的。

如果您为每个div分配名称，您也可以使用CSS将它们一起蒙皮。只是让他们坐成你想要的样子有点麻烦。

将内容与布局分开是很好的 但这是一个错误的论点;陈词滥调的思考

这是一个错误的论点，因为HTML表格是布局!内容是表中的数据，表示是表本身。这就是为什么从HTML中分离CSS有时会非常困难。您不是将内容与表示分开，而是将表示与表示分开!一堆嵌套的div和一个表没有什么不同——它只是一组不同的标签。

把HTML和CSS分开的另一个问题是，它们需要彼此的密切了解——你真的不能把它们完全分开。无论您做什么，HTML中的标记布局都与CSS文件紧密耦合。

我认为表与div的区别取决于应用程序的需要。

在我们在工作中开发的应用程序中，我们需要一个页面布局，其中各个块将动态地调整自己的大小以适应其内容。我花了几天时间试图让它与CSS和div跨浏览器工作，这是一个完全的噩梦。我们换了桌子，一切都很顺利。

然而，我们的产品有一个非常封闭的受众(我们销售的是带有web界面的硬件)，可访问性问题不是我们关心的问题。我不知道为什么屏幕阅读器不能很好地处理表格，但我猜如果这是开发人员必须处理的方式。

我曾经了解到，一个表是立即加载的，换句话说，当连接很慢的时候，表所在的空间保持空白，直到整个表被加载，另一方面，一个div加载从上到下的速度与数据到达的速度一样快，不管它是否已经完成。

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

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

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

看起来你只是习惯了桌子，仅此而已。 将布局放在表格中会限制你的布局。用CSS你可以移动位，看看http://csszengarden.com/ 不，布局通常不需要很多嵌套的div。

没有表格的布局和适当的语义HTML更干净，因此更容易阅读。 为什么不理解CSS的人要尝试阅读它呢?如果有人认为自己是web开发人员，那么对CSS的良好掌握是必须的。

SEO的好处来自于将最重要的内容放在页面上方的能力 拥有更好的内容与标记比率。

http://www.hotdesign.com/seybold/