TD内的DIV是个坏主意吗？

似乎我在某处听到/读到了a的<div>内部禁忌<td>。并不是说它不起作用，只是基于它们的显示类型，关于它们的兼容性不佳。找不到任何证据来支持我的预感，所以我可能完全错了。

使用divinstide a td并不比使用表进行布局的任何其他方式差。（尽管有些人从不使用表格进行布局，而我恰好是其中之一。）

如果您使用div的td，你会得到但在一种情况，它可能是很难预测的因素将如何调整大小。div的默认值是从其父对象确定其宽度，而表格单元格的默认值是根据其内容的大小确定其大小。

标准中如何div定义a 大小的规则td没有很好地定义，但是对于a 应当如何大小的规则没有很好的定义，因此不同的浏览器使用略有不同的算法。

检查XHTML DTD后，我发现允许<TD>元素包含标题，列表以及<DIV>元素之类的块元素。因此，在<TD>元素内使用<DIV>元素不会违反XHTML标准。我很确定HTML的其他现代变体具有与<TD>元素等效的内容模型。

以下是相关的DTD规则：

<!ELEMENT td %Flow;>
<!-- %Flow; mixes block and inline and is used for list items etc. -->
<!ENTITY %Flow "(#PCDATA | %block; | form | %inline; | %misc;>
<!ENTITY %block "p | %heading; | div | %lists; | %blocktext; | fieldset | table">

不，不一定。

如果需要在TD内放置DIV，请确保正确使用TD。如果您不关心表格数据和语义，那么您最终将不会关心TD中的DIV。我认为这没有问题-如果必须这样做，就可以了。

根据HTML规范

<div>可以将A 放置在预期的流内容^1处，即<td>内容模型²。

表格单元可以合法地包含块级元素，因此，从本质上讲，它不是虚假的。当然，浏览器的功能使它处于推测理论的位置。这可能会导致布局问题和错误。

尽管使用表格进行布局-有时仍然是-我想大多数浏览器会正确呈现内容。甚至是IE。

如果要使用位置：绝对；在div和position: relative;td上您会遇到问题。FF，safari和chrome（虽然不是Mac，但不是Mac，但mac）不会将div相对于td定位（就像您期望的那样），对于div也是如此，display: table-whatever;因此，如果要执行此操作，则需要两个div，一个用于容器width: 100%; height: 100%;，没有边框，因此它填充了td，而没有任何视觉影响。然后是绝对的。

除此之外，为什么不分裂细胞呢？

我已经通过放置<div>内部来解决这个问题<td>。

document.getElementById()如果我将其放在td中，则无法识别div 。但是在外面，一切正常。

就像每个人都提到的那样，出于布局目的，这可能不是一个好主意。我到达这个问题是因为我想知道同样的事情，我只想知道它是否是有效的代码。

由于它是有效的，因此您可以将其用于其他目的。例如，我将使用它的是在表行中放置一些精美的“ CSSed” div，然后使用快速jQuery函数允许用户按价格，名称等对信息进行排序。唯一的布局表会给我“垂直顺序”，但是我将通过CSS控制div的宽度，高度，背景等。

两种处理方式

1. 把div里面tbody的标签
2. 把div里面tr的标签

如果您喜欢，两种方法都有效：https ://stackoverflow.com/a/23440419/2305243

它破坏了语义，仅此而已。它可以正常工作，但是如果您“破坏语义”，可能会有屏幕阅读器或其他无法享受处理HTML的功能。