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

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

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

根据过去的经验，我必须选择DIV。即使在OOP中，主要目的也是减少对象之间的耦合，因此这个概念可以应用于DIVS和表。表用于保存数据，而不是围绕页面排列数据。DIV是专门设计用于在页面周围排列项目的，因此设计应该使用DIV，表应该用于存储数据。

此外，编辑由表格组成的网站是非常困难的(在我看来)

WYSIWYG!!! I can't for the life of me get our designers to stop using nested DIVS and styled by elementID css in templates that are supposed to be used by clients in CMS projects. That's the whole point of a WYSIWYG online editor. You are controlling both the content and the layout at the same time! There is no separation at all in the first place in this scenario. Positioned and styled Divs in some external stylesheet are anathema to the whole idea of WYSIWYG editing. Tables can be seen, rows inserted, cells combined and so on. Good luck trying this with divs in a way that doesn't frustrate users.

我尽量避免使用TABLEs，但是当我们设计复杂的表单，混合了多种控件类型和不同的标题位置，并对分组进行了非常严格的控制时，使用DIVs是不可靠的，甚至几乎是不可能的。

现在，我不会说这些表单不能重新设计以更好地适应基于DIV的布局，但是对于其中的一些表单，我们的客户坚决不改变以前版本(用经典ASP编写的)的现有布局，因为它与用户熟悉的纸质表单相似。

因为表单的表示是动态的(其中某些部分的显示是基于案例的状态或用户的权限)，所以我们使用一组堆叠的div，每个div包含一个由逻辑分组的表单元素组成的TABLE。TABLE的每一列都被分类，这样CSS就可以控制它们。这样，我们就可以关闭表单的不同部分，而不会出现在div中不是表来换行的问题。

对我来说，一个巨大的问题是，表，特别是嵌套表，需要更长的时间来呈现比一个正确布局的css实现。(你可以让css一样慢)。

所有浏览器呈现css的速度都更快，因为每个div都是一个单独的元素，所以用户在阅读时可以加载屏幕。(对于庞大的数据集等)。我在那个实例中使用了css而不是表格，甚至没有处理布局。

嵌套的表(单元格中的表等)直到找到最后一个“/table”才会呈现到浏览器窗口。更糟糕的是，定义不清的表有时甚至无法呈现!或者当它发生的时候，事情就会不正常。(没有正确地与“TD”等共进)

我在大多数情况下使用表格，但当涉及到大数据和希望为最终用户快速呈现屏幕时，我尽最大努力利用CSS所提供的东西。

当然，这篇文章有点小题大做，争论似乎很简单，很容易反驳。

网页是Web开发人员的领域，如果他们说div和CSS比表格更好，那对我来说已经足够好了。

如果布局是由服务器应用程序生成的表实现的，那么新的布局意味着对应用程序的更改，应用程序的重新构建和重新部署，而不仅仅是对css文件的更改。

另外,可访问性。用于布局的表格会使网站无法访问，所以不要使用它们。这是显而易见的，更不用说违法了。