标签vs span:html

我有点搞不清楚用什么来渲染数据。我的场景是我必须渲染count，我不确定是否使用span或label

<span id="spnCount"></span>

或

---

标记定义元素的标签。如果您没有使用for input元素，则可以使用span。

标记定义了

元素的标签

---

标签与表单输入元素结合使用。在某些浏览器中，可以单击标签来激活输入元素。

当您有表单或输入元素时，会使用

标签

——标签与

输入

元素相关联。Span是任何内联内容的通用容器。我想您需要一个

span

，在这种情况下，

标签

用于在html中标记表单控件。它还有

for

属性，您可以在其中设置与此标签相关的控件的id

span

用于需要显示文字数据的情况

标记用于对文档中的内联元素进行分组

标记本身不提供任何可视更改

标记提供了一种向文本的一部分或文档的一部分添加钩子的方法

标记定义元素的标签

元素不会呈现为用户的任何特殊元素。但是，它为鼠标用户提供了可用性改进，因为如果用户单击

元素中的文本，它将切换控件

---

标记的for属性应该等于相关元素的id属性，以便将它们绑定在一起。

如果您的数据是计算的结果，HTML5元素可能最适合您的目的。

每个“回答”的人，只需复制描述预期用例的粘贴文档即可。然而，没有人解释这些差异，也没有人解释为什么应该使用其中一种

现实情况是，无论哪一种技术都会起作用，所以说实话，这都无关紧要。您可以使用任意数量的其他类似标记，包括

标记（使用类正确设置样式）。为其分配一个唯一的id，使用

document.getElementById（）

，或使用节点，等等，执行您想要的操作。唯一关心的人是语义纯粹主义者

标签“can”和“should”与表单输入元素true一起使用。但是，它不能或一定不能以任何其他方式使用，这不是事实。也就是说，可以和可以以其他方式使用

首先，请注意

如何简单地用作“元素”的标签。它没有说明什么类型的元素。它并没有说它必须是输入元素或表单元素。事实上，非表单元素可以有与之相关联的控件来提供用户体验，这些控件可能使用CSS等操作对象，标签可能只是将文本连接到任何此类对象。表单可以在页面上不可见地存在。谁知道呢

为什么使用独立标签可能是个坏主意？如果您的文档可能存在很长时间，通过几个浏览器版本和HTML标准更新，

的定义可能会更改为更严格地执行与表单输入元素的关联，那么您可能会遇到问题。但是，对于我们仅用于呈现页面的许多规范的任何其他方面，情况也是如此

这可能是一个非常罕见的情况，这样的变化会发生，你甚至可能不会在同一家公司或同一个项目团队工作，所以说实话，除了纯粹主义者，谁真的在乎呢

嗯，如果任何一个视力受损的人依靠某种技术来处理与

不同的

，这可能会混淆技术或用户或两者。我没有使用此类辅助功能设备的经验，但这可能是一个更好的理由

另一个有效的原因是

比

的键入时间短

另一个原因可能是搜索引擎在使用

与

时对页面或引用内容进行排序的方式存在细微差异。这有点牵强，因为这样的算法通常不公开，但这是可能的。一个引擎可能以一种方式产生更好的结果，另一个引擎可能更喜欢另一种方式，而另一个引擎可能不在乎任何一种方式

---

综上所述，在没有进一步了解上下文的情况下，我可能会选择

，因为它似乎是最通用、最没有争议的做事方式。但我觉得这个问题缺乏一个彻底的答案，因为答案通常涉及理解为什么

如果你花更多时间在StackOverflow，你会发现参考W3Schools不是一个好主意，因为它是。您链接到的特定页面有几个错误和不准确之处。我发现W3Schools是一个非常宝贵的资源，可以建立基本的初步理解，并在参考手册中查找常见语法。对于一些非常罕见的深奥和高级用例，我注意到了错误（不准确或不完整的信息），向它们提交了问题，并看到这些问题多年来一直被忽略。MDN是特定于Mozilla的，并且经常有错误（但它是一个Wiki，所以我现在尝试修复它们）。W3C从学习的角度创建了可怕的文档，充满了模糊性，缺少所有实际使用的上下文或示例。创建渲染引擎的工程师最好使用这些工具。不管你认为W3Schools不是一个好的资源，但它与@CaptainCarl无关，你投票让他加入

-2

？无论如何，您找不到任何其他引用、和。所以你不能简单地忽略学校！关于视力受损的观点很好。很容易忘记可访问性因素！请注意，该评论纯属抵押

<label id="lblCount"></label>