无效XHTML可以接受吗？

概述我注意到很多网站，包括，使用XHTML作为他们的标记语言，然后不遵守规范。只要浏览SO的来源，就会丢失段落，无效元素等的关闭标签。 那么工具(和开发人员)是否会使用XHTML doctype，如果他们要生产无效的标记？浏览器应该更加坚定地接受不好的标记？ 在任何人喊出伪君子之前，我的博客有一个涉及captha的无效标记(或者我最后一次检查)，这涉及到了noscript标签的样式。 有 many r 我注意到很多网站，包括，使用xhtml作为他们的标记语言，然后不遵守规范。只要浏览SO的来源，就会丢失段落，无效元素等的关闭标签。

那么工具(和开发人员)是否会使用xhtml DOCTYPE，如果他们要生产无效的标记？浏览器应该更加坚定地接受不好的标记？

在任何人喊出伪君子之前，我的博客有一个涉及captha的无效标记(或者我最后一次检查)，这涉及到了noscript标签的样式。

解决方法 有 many reasons使用有效的标记。我最喜欢的是，它允许您使用验证作为回归测试的一种形式，防止“错误”等价于一旦错误达到一定临界质量时导致真实渲染问题的标记。而且真的，只是简单的草率地允许“懒惰”错误，如打字错误和错误嵌套/未封闭的标签积累。有效的标记是识别 passionate programmers的一种方法。

还有调试问题：有效的标记还为您提供了一个稳定的基准，从而处理不可避免的跨浏览器兼容性问题。没有网页开发人员重视他的时间，应该开始调试浏览器兼容性问题，而无需首先确保标记至少在语法上是有效的，而任何其他无效标记应该有很好的理由存在。

(顺便提及，stackoverflow.com无法同时进行这些测试，并提出修复问题的建议were declined)

所有这些都说，为了回答你的具体问题，除非你打算生产有效的(或至少是格式良好的)标记，否则可能不值得使用其中一个xhtml DOCTYPEs。 xhtml的主要优点来自于xhtml是XML，允许使用XML工具和技术进行处理和转换。如果您不打算使用xhtml格式良好的XML，那么选择该DOCTYPE就没什么意义了。最新的HTML 4规范可能会执行您需要的一切，而且更加宽容。

总结

以上是内存溢出为你收集整理的无效XHTML可以接受吗？全部内容，希望文章能够帮你解决无效XHTML可以接受吗？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。