如果不验证，机器可读性是否是 xhtml 的有效点？答案

【问题标题】：Is machine readability a valid point for xhtml if it does not validate?如果不验证，机器可读性是否是 xhtml 的有效点？
【发布时间】：2009-06-13 18:35:56
【问题描述】：

我经常遇到坚持使用 XHTML 文档类型的开发人员，当我问他们为什么他们的共同回答是它“机器可读”时。一旦项目开始，标记就不会生效。

现在他们的标记无法验证...机器可读性是否有效？

我假设如果它不验证它不能被处理为 XML 并且不能使用 xpath 查询。

【问题讨论】：

标签： html xml validation xhtml doctype

【解决方案1】：

格式良好的 XML 和有效的 XHTML 是两个不同的问题。但无论如何，如果格式正确且有效，纯 HTML 是完全机器可读的。唯一的区别是与 SGML 内容相比，用于处理 XML 内容的工具和库更多、更好。当然，我发现对有效的 XHTML 进行分类比对有效的 HTML 进行分类更容易，但是没有真正的借口可以生成任何一种类型的无效文档。

【讨论】：

“格式良好的 XML 和有效的 XHTML 是完全不同的问题。”那么无效的 XHTML 仍然可以使用标准的 xml 处理库来处理？
是的。大多数 XML 解析器都允许您关闭验证，因此您可以加载 XML，即使它是无效的 w.r.t。 DTD 或架构。
“生成任何一种类型的无效文档都没有真正的借口”。你可能会想，除了我在 Firefox 中安装了 HTML 验证器扩展，并且大约 0% (+/-1%) 的网页是有效的。所以即使没有借口，也一定有原因。
原因是大多数 Web 开发人员要么不关心，要么不称职，或者两者兼而有之。我不认为这是一个借口。
也许您应该在 UserVoice 上将其作为针对 StackOverflow 的问题提出，然后...

【解决方案2】：

如果你把事情搞砸了，你就把事情搞砸了。如果他们告诉您有关 XHTML 的专业人士并且没有提供 XHTML，但其他一些事情将不是一件容易的事，这在很大程度上取决于他们的产品与 Xhtml/html 不兼容的程度。但是，根据您的环境和使用情况，您应该考虑使用tidyhtml。

【讨论】：

【解决方案3】：

开发人员可能不必处理发送给客户端的已完成标记，因为他们可以连接到预处理的任何阶段。因此，链中稍后的任何错误都不太可能被捕获，并且将提供给用户，直到出现视觉错误或有人试图在预处理期间/之后的某个后期阶段解析/验证。验证可以抢先捕获此类错误，但您是否听说过“抢先”不是流行词的工作场所？

【讨论】：