Html 表格或列表：我应该在这里使用什么？

我想知道这样的布局应该使用哪些标签。对我来说，语义既是一个表又是一个列表。如何实现这些下划线并保持标记正确

---

就我个人而言，这看起来更像是一个列表而不是一个表（尽管您仍然可以将其构造为一个表，并且这样做是合理的）。我会把它构造成一个嵌套列表

<ul>
  <li>Suma skladki <span class="price">900 PLN</span>
    <ul>
      <li>Skladka podstawawa 
          <span class="desc">(dia przychodu 250 000 PLN)</span> 
          <span class="price">550 PNL</span>
      </li>
    </ul>
  </li>
</ul>

苏马斯克拉德基900兹罗提

斯克拉德卡波德斯塔瓦瓦酒店
（直径250 000印尼国家电力公司）
550 PNL

---

与使用

表

元素相比，这也将在将来为您提供更大的设计灵活性。我不太确定

表

是否传达了这里的嵌套层次结构以及一系列列表。

我个人会使用有序列表来实现这一点，Suma skladki下的子列表意味着它不是真正的表格数据

此链接应为您提供所需的内容：

• 仅仅因为你有子数据，并不意味着它是一个列表；有很多表都有子类别（只需查看总账）
• 您有多条结构化信息，它们以一致的方式排列，构成一个表或表格数据
• 上面显示的内容相当于TOC（目录），它是一个有原因的表（您有一个标签和一个值）

这就是说，在当今时代，只要你能为它辩护，使用什么并不重要，尤其是因为列表/div可以呈现表格的形状

---

使用

表格

来表示非表格的内容比使用列表来表示可能使用表格的内容更不合适。

+1要真正理解

这一点，Suma skladki下的子列表意味着它不是真正的表格数据

-是的，vol7ron，我可能应该用不同的措辞。这些项目符号表示一个列表，但可以用任何一种方式来描述。我想你会努力用表来干净地实现这一点

我想你会努力用表来干净地实现这一点

绝对同意，除非你使用JavaScript填充单元格，或者可能用重复的x背景图像填充div这看起来像是定义列表的候选对象：“将表格用于非表格的东西比将列表用于可能使用表格的东西更不合适。”我知道这一点，但我讨厌一些人试图不惜一切代价避免使用表格的趋势，只是误解了语义设计的概念（例如，使用div绘制表格）@我同意。事实上，当涉及到可访问性时，表格真的很有意义（508）还有屏幕阅读器。然而，这需要相当高的web成本；在DOM中呈现和构建表需要更长的时间，这是整个表与Div争论焦点所在时的一个更大的原因。尽管我们在这里讨论，但这场争论已经平息了。@SomalSomalski关于屏幕阅读器：除非你真的做了测试（&fix）对于屏幕阅读器的可访问性，您的表对于屏幕阅读器可能无法读取，请参阅