html层布局用层嵌套好吗用层嵌套和表格又有什么区别呢,为什么不在HTML中使用表格布局？...

是一种反模式，就像表格布局一样。好的网页设计师不需要很多。另一方面，即使这种深层嵌套的div也没有很多表布局的问题。事实上，它们甚至可以通过逻辑上划分部分中的内容来贡献语义结构。

Readability of the code

I think it’s the other way around. Most people understand html, little understand css. It’s simpler.

“大多数人”不要紧。专业人员很重要。对于专业人员，表格布局创造了比HTML CSS更多的问题。这就像说，我不应该使用GVim或Emacs，因为记事本是更简单的大多数人。或者我不应该使用LaTeX，因为MS Word对于大多数人来说更简单。

It’s better for SEO not to use tables

我不知道这是否是真的，不会使用这个作为参数，但它是逻辑的。搜索引擎搜索相关数据。虽然表格数据当然可能是相关的，但很少是用户搜索。用户搜索在页面标题或类似的突出位置中使用的术语。因此，从过滤中排除表格内容并且因此以较大的因子减少处理时间(和成本！)是合乎逻辑的。

Tables are slower.

An extra tbody element has to be inserted. This is peanuts for modern web browsers.

额外的元素没有什么与表较慢。另一方面，表的布局算法要困难得多，浏览器经常必须等待整个表加载，然后才能开始布局内容。此外，布局的缓存将不起作用(CSS可以轻松地缓存)。所有这一切已经提到过。

Show me some benchmarks where the use of a table significantly slows down a page.

不幸的是，我没有任何基准数据。我会对自己感兴趣，因为这是正确的，这种论点缺乏一定的科学严谨。

Most web sites that need an upgrade need new content (html) as well. Scenarios where a new version of a web site only needs a new css file are not very likely.

一点也不。我曾经在几个案例中改变设计，简化了内容和设计的分离。通常仍然需要更改一些HTML代码，但是更改将始终受到更多限制。此外，有时必须动态地进行设计改变。考虑使用WordPress博客系统使用的模板引擎。表布局将逐字删除此系统。我为一个商业软件工作类似的情况。能够改变设计而不改变HTML代码是业务需求之一。

另一件事。表格布局使得自动解析网站(屏幕抓取)变得更加困难。这可能听起来很琐碎，因为毕竟谁是谁？我自己感到惊讶。如果有问题的服务不提供WebService替代访问其数据，屏幕抓取可以帮助很多。我在生物信息学工作，这是一个悲伤的现实。现代网络技术和Web服务没有达到大多数开发人员，并且经常，屏幕刮擦是自动化获取数据的过程的唯一方式。难怪许多生物学家仍然手工执行这样的任务。数千个数据集。