Google gives very low priority to text content contained inside a table. I was giving some SEO advice to a local charity. In examining their website it was using tables to layout the site. Looking at each page, no matter what words - or combination of words - from their pages I used in the Google search box the pages would not come up in any of the top search pages. (However, by specifying the site in the search the page was returned.) One page was well copy written by normal standards to produce a good result in a search but still it didn't appear in any of the first pages of search results returned. (Note this text was within a table.) I then spotted a section of text on the pages which was in a div rather than a table. We put a few of the words from that div in the search engine. Result? It came in at No.2 in the search result.

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

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

有必要弄清楚CSS和div，以便在页面布局中，中央内容列在侧栏之前加载和呈现。但是，如果你正在努力使用浮动div来垂直对齐一个logo和一些赞助文本，那就使用这个表格，继续生活吧。禅宗花园宗教并没有带来多少价值。

将内容与表示分开的思想是对应用程序进行分区，以便不同类型的工作影响不同的代码块。这实际上是关于变更管理的。但是编码标准只能以表面的方式检查代码的当前状态。

应用程序的更改日志依赖于编码标准来“将内容与表示分开”，它将显示跨垂直竖井的并行更改模式。如果对“内容”的更改总是伴随着对“表示”的更改，那么分区的成功程度如何?

如果您真的想高效地划分代码，请使用Subversion并检查更改日志。然后使用最简单的编码技术——divs、表、JavaScript、include、函数、对象、延续等等——来构建应用程序，以便以简单和舒适的方式进行更改。

我想补充的是，基于div的布局更容易维护、发展和重构。只是在CSS中做了一些改变来重新排序元素，这就完成了。根据我的经验，重新设计使用表的布局是一场噩梦(如果有嵌套的表，则会更糟)。

从语义的角度来看，代码也有意义。

围绕语义标记的整个思想是标记和表示的分离，其中包括布局。

Div并没有取代表，它们在将内容分离为相关内容块(，)方面有自己的用途。当您不具备这些技能并且依赖于表格时，您通常必须将内容分离到单元格中以获得所需的布局，但是在使用语义标记时，您不需要触摸标记来实现表示。在生成标记而不是静态页面时，这一点非常重要。

开发人员需要停止提供暗示布局的标记，以便我们这些拥有显示内容技能的人能够继续工作，并且开发人员不必在表示需要更改时返回他们的代码进行更改。

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

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