html中何时使用/>的经验法则

是否有人知道何时正确完成标记或何时使用更简单的标记的好参考或经验法则

也许有几个例子是最好的，例如vs，vs等

---

如果我没有完全正确的术语，请随意编辑和重新表述我的问题

通常这是您的偏好，尽管这也取决于您选择的html类型。4对5，严格、宽松或过渡

---

尽管我建议不要这样做。看起来如果你使用短版本，IE实际上不会下载你的JS文件！不过还是可以的。

通常这是您的偏好，不过这也取决于您选择的html类型。4对5，严格、宽松或过渡

---

尽管我建议不要这样做。看起来如果你使用短版本，IE实际上不会下载你的JS文件！不过也行。

查看这篇回答您问题的帖子：

---

请查看这篇回答您问题的帖子：

切勿在HTML中使用，因为这取决于您使用的HTML版本和放置位置：

不是你想的那样 是一个语法错误 是可选的，因此是浪费时间 有一列显示开始和结束标记是可选的还是禁止的

如果您正在编写XHTML，那么在HTML4中禁止使用结束标记的时候（并且仅当）。这是问题的一部分。如果您是将XHTML作为应用程序/XHTML+xml提供服务的极少数人之一，因此排除了IE8及更低版本的用户，那么您可以在任何元素上使用语法

如果您正在编写HTML5。然后，您可以在与XHTML相同的规则下使用该语法——但它是可选的，因此我不想麻烦

切勿在HTML中使用，因为根据您使用的HTML版本和放置位置：

不是你想的那样 是一个语法错误 是可选的，因此是浪费时间 有一列显示开始和结束标记是可选的还是禁止的

如果您正在编写XHTML，那么在HTML4中禁止使用结束标记的时候（并且仅当）。这是问题的一部分。如果您是将XHTML作为应用程序/XHTML+xml提供服务的极少数人之一，因此排除了IE8及更低版本的用户，那么您可以在任何元素上使用语法

---

如果您正在编写HTML5。然后，您可以在与XHTML相同的规则下使用该语法——但它是可选的，因此我不想麻烦

这实际上取决于您的文档定义类型。如果您不确定哪一个最适合您的文档类型，那么您可以始终通过验证器运行它，如果验证器发现任何不适合您的文档类型的内容，它将进行投诉。例如：

---

这实际上取决于您的文档定义类型。如果您不确定哪一个最适合您的文档类型，那么您可以始终通过验证器运行它，如果验证器发现任何不适合您的文档类型的内容，它将进行投诉。例如：

---

当用作text/html时，它尤其有害。它会自动关闭Safari中的脚本元素，但所有其他浏览器都会将其视为脚本开始标记。当作为text/html使用时，尤其糟糕。它将自动关闭Safari中的脚本元素，但所有其他浏览器都会将其视为脚本开始标记。在HTML中，有很多地方可以使用该语法，但它是错误的，但有效的，因为它与XHTML中的含义不同，而且XHTML通常用作text/HTML，所以有很多地方是有效的，但会破坏文档，导致整个页面的其余部分被破坏在IE中被视为无效的JS，而不是呈现为HTML。例如，我发布的验证器也将验证XHTML，而yes Valid仅仅意味着它是有效的代码。不一定是正确的代码。他们问是否有经验法则可以遵循。一个好的经验法则是遵循您的文档类型，可以使用我发布的验证器进行验证。验证器不会根据兼容性准则执行测试，因此这是一个可怕的经验法则。我在上面举了一个例子，验证器会说一切都很好，但如果解释为HTML，至少有一个主要浏览器将无法呈现页面中的任何内容。@daviddoward从你的帖子中判断，我看到你清楚地知道很多关于这个主题，我尊重这一点。然而，OP和其他阅读本文的人可能不会。在我看来，对于那些刚刚起步的人来说，验证器是一个非常有用的工具。毕竟，如果您的代码没有验证它如何可能满足任何兼容性指导原则，也就是说，我相信您可以找到一些非真实的情况。话虽如此，我相信你给出的答案最符合贴出的问题。向上投票。在HTML中，有很多地方可以使用错误但有效的语法，因为它的含义与XHTML中的不同，而且XHTML通常用作text/HTML，所以有很多地方是有效的，但会

---

破坏文档，导致页面的整个剩余部分被视为无效的JS，而不是在IE中呈现为HTML。例如，我发布的验证器也将验证XHTML，yes Valid仅表示它是有效代码。不一定是正确的代码。他们问是否有经验法则可以遵循。一个好的经验法则是遵循您的文档类型，可以使用我发布的验证器进行验证。验证器不会根据兼容性准则执行测试，因此这是一个可怕的经验法则。我在上面举了一个例子，验证器会说一切都很好，但如果解释为HTML，至少有一个主要浏览器将无法呈现页面中的任何内容。@daviddoward从你的帖子中判断，我看到你清楚地知道很多关于这个主题，我尊重这一点。然而，OP和其他阅读本文的人可能不会。在我看来，对于那些刚刚起步的人来说，验证器是一个非常有用的工具。毕竟，如果您的代码没有验证它如何可能满足任何兼容性指导原则，也就是说，我相信您可以找到一些非真实的情况。话虽如此，我相信你给出的答案最符合贴出的问题。向上投票。除了它谈论XHTML，而问题没有，并且声称它在XHTML中是无效的。除了它谈论XHTML，而问题没有，并且声称它在XHTML中是无效的。当编写XHTML作为应用程序/XHTML+xml时，这只是一个偏好的问题，几乎从来都不是。Html非常有用没有XHtml严格，那么它如何不归结为目标doctype后跟首选项呢？HTML不比XHtml严格。它使某些事情成为可选的，并且不需要解析器在出现某些错误时停止。规则仍然很明确。如果这是一个优先选择的问题，那么您可以使用text/html，但不能互换，因为某些浏览器会将之后的所有内容都视为脚本元素的内容，同上/在某些浏览器中，前者被视为2 s。只有当您使用真正的XHTML时，才会出现首选项—几乎没有人会这样做，否则您会受到语言规则的约束。编写XHTML作为应用程序/XHTML+xml时，这只是首选项的问题，几乎从来都不是。Html比XHTML严格得多，那么，它怎么能不归结为目标doctype后跟preference呢？HTML的严格程度不亚于XHTML。它使某些事情成为可选的，并且不需要解析器在出现某些错误时停止。规则仍然很明确。如果这是一个优先选择的问题，那么您可以使用text/html，但不能互换，因为某些浏览器会将之后的所有内容都视为脚本元素的内容，同上/在某些浏览器中，前者被视为2 s。只有当您使用真正的XHTML时，才会出现首选项—几乎没有人这样做，否则您将受到语言规则的约束。