div和CSS的定位允许一个更灵活的设计，导致更容易修改和模板的网页。

也就是说，如果你对灵活性不感兴趣，那么使用一个表而不是一些由CSS变形成表的div绝对是更容易和更快的。我倾向于在设计时使用表格，只是为了更快地让它看起来正确。

使用DIV，您可以轻松地进行切换。例如，你可以这样做:

Menu | Content

Content | Menu

Menu
----
Content

在CSS中更改它很容易，而在HTML中则不然。你也可以提供几种风格(右手，左手，专为小屏幕)。

在CSS中，您还可以将菜单隐藏在用于打印的特殊样式表中。

另一个好处是，你的内容在代码中总是按照相同的顺序(菜单在前，内容在后)，即使在视觉上它是以其他方式呈现的。

我没有对DIVs有利的论据。

我会说:如果事实属实，那就接受吧。

值得注意的是，要找到一种好的DIV+CSS方法来在两列或三列中呈现内容，并且在所有浏览器上都是一致的，并且看起来仍然是我想要的方式，即使不是不可能，也是很困难的。

在我的大多数布局中，这让平衡感向表格倾斜了一点，尽管我对使用它们感到内疚(不知道为什么，人们只是说它不好，所以我试着听他们的)，最后，务实的观点是，对我来说，使用表格更容易、更快。我不是按小时计酬的，所以桌子对我来说比较便宜。

无论如何，这并不是一个明确的论点，但是对于CSS，你可以使用相同的标记并根据介质改变布局，这是一个很好的优势。例如，对于打印页面，您可以安静地抑制导航，而不必创建打印机友好的页面。

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

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

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

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

The issue of strictly separating presentation and content strikes me as roughly analogous to separating header files from implementation files in C++. It makes sense, but it can also be a pain. Witness Java and C# where classes are defined in a single source file. The authors of the newer languages noticed something that was causing programmers headaches and they got rid of it. That seems to be the gist of this discussion. One side is saying CSS is too difficult, the other side is saying one must become a CSS master.

对于简单的布局问题，为什么不改变表示必须完全独立的规则呢?一个新的标签(或者一些div标签的扩展)可以让我们直接在HTML中控制显示?毕竟，我们不是已经将表示泄露到HTML中了吗?看看h1, h2, h6。我们都知道这些控制表示。

阅读代码(HTML就是代码)的能力非常重要。专家们往往忽略了使编程环境尽可能为大众所接受的重要性。认为只有专业程序员才重要是非常短视的。