在一天结束时，为什么选择HTML上的XHTML？
我想知道为什么我应该使用XHTML而不是HTML。
XHTML应该是“模块化”的，但我还没有看到任何服务器端语言都会利用这些优势。
XHTML也更加严格，我看不出优势。 XHTML提供了什么，我需要如此糟糕？ 它如何让我的代码“更好”？
编辑：我在评论中发现的另一个问题：XHTML解析比HTML更快吗？
编辑2：在阅读完所有评论和链接之后，我确实认为另一篇文章应该是正确的答案，所以我选择了直接链接到最佳源代码的文章。
此外，去表明人们甚至没有阅读它就赞成绿色评论。
您应该阅读“注意XHTML”，这是一篇内容丰富的文章，警告关于HTML上的XHTML的一些缺陷。
在阅读XHTML之前，我一直很喜欢枪声，但它确实提出了一些有效的观点。 包括以下一点;
XHTML 1.x不是“未来兼容的”。 目前处于起草阶段的XHTML 2与XHTML 1.x无法向后兼容。 XHTML 2将对文档的编写和结构方式做出很多重大更改，即使您已经使用XHTML 1.1编写了网站，为了将其转换为正确的XHTML 2，通常也需要进行完整的网站重写。简单在大多数情况下，XSL转换不够充分，因为某些语义无法正确转换。
HTML 4.01实际上更具未来兼容性。 写入现代支持级别的有效HTML 4.01文档将是有效的HTML 5，而HTML 5则是大多数关注来自浏览器开发人员和W3C的地方。
在处理某些项目时，未来的兼容性可能会很大。 文章继续写出其他几个优点，但我认为这可能对我而言最为突出。
不要把这篇文章误认为是对XHTML的咆哮，作者的确谈论了XHTML的优点，但在深入研究之前注意缺点是很好的。
我打算把它作为对其他帖子之一的评论加入，但它增长得有点过大。
大多数人似乎缺少的基本点是XHTML背后的目的。 开发XHTML规范的主要原因之一是不再强调标记中与表示相关的标记，并将表示推迟到CSS。 虽然这种分离可以通过简单的HTML来实现，但这种行为不会被该规范所推广。
分开元标记和展示是“可编程网络”发展的重要组成部分，不仅可以提高搜索引擎优化和屏幕阅读器/文本浏览器的访问权限，还可以让希望访问的网站更易于分析以编程方式访问它（在很多简单的情况下，这可以消除开发特定API的需要，甚至只是允许客户端脚本执行诸如此类的操作，从而轻松识别电话号码）。 如果您的网页符合XHTML规范，则可以使用XML相关工具以及诸如XPath之类的东西轻松遍历它......对于想要从您的网站提取特定信息的用户而言，这是一个绝佳的新闻。
XHTML本身并没有开发使用，而是通过与各种其他技术一起使用。 它很大程度上依赖于使用CSS进行演示，并为像Microformats（无论你喜欢它们还是讨厌它们）这样的东西奠定基础，为常见的数据呈现提供标准化的标记。
不要被那些认为XHTML是微不足道的人群所迷惑，而且这些人群过于狭窄和毫无意义......它的目的是让95％的世界似乎忽略/不知道。
通过一切手段使用HTML，但将其用于它的好处，并且在查看XHTML时采用相同的方法。
关于解析速度 ，我想在XHTML和HTML之间对实际文档的解析几乎没有什么区别。 这种权衡纯粹来自于如何使用可用标记来描述文档。 由于所需的属性，适当的关闭等，XHTML标签往往会更长，但是会放弃对文档本身的任何表示标记的需要。 在这种情况下，我认为你所谈论的是将一种苹果与一种非常不同的苹果类型进行比较...他们不同，但不太可能产生任何后果（就解析和渲染而言）当你想要的只是一个健康，美味的苹果。
对于网站的访问者来说，它可能没有任何明显的差异。 此外，XHTML通常更容易使用，因为至少有一个普遍的浏览器仍然不知道如何处理它，并且你需要在这种情况下以text / html的形式提供它（这会产生无效的HTML）。
如果您的HTML将被自动化工具定期处理而不是被人类读取，那么您可能希望使用XHTML，因为它的结构更为严格，而且XML更容易解析（从应用程序的角度来看，不是XML虽然固有地容易解析）。
除此之外，我没有看到使用它的任何令人信服的理由。 XHTML的创建方式是利用HTML的XML特性，基本上归结为“带有几个令人讨厌的副作用的HTML 4”（至少是恕我直言）。
链接地址: http://www.djcxy.com/p/15649.html上一篇: At the end of the day, why choose XHTML over HTML?
下一篇: Is it still necessary to put a space before closing an empty element in XHTML?