我正在启动一个客户端强制使用XHTML 1.0 Strict的项目.现在我想知道将XHTML作为text/html认为有害的发送中描述的问题是否仍然是最新的,我是否应该试图说服客户这个(非常强烈声明的)要求适得其反.
Internet Explorer是否application/xhtml+xml正确处理？
IE9处理application/xhtml+xml包括其中的SVG,是想要使用这种媒体类型的主要原因之一.(否则,到目前为止使用它的时间相对较少,因为你得到了大量的脚本更改,IE <9不兼容,以换取目前相对较少的性能提升.)
我不Hixie同意服务XHTML作为text/html已经日益得到真正有害的.使用HTML兼容性指南,XHTML对古代Netscape 4以来的任何浏览器都没有任何问题.虽然它在客户端并没有真正为您提供任何帮助,但如果您正在工作,它对您自己的页面处理工作流程会有所帮助使用XML处理工具.并且XML语法规则比HTML更严格但更简单,是创作的好东西; 这使得验证器有机会获得SGML/HTML中有效构造的错误,但几乎肯定不是你的意思.(另一方面,由于验证器不会强制执行HTML兼容性指南,因此有几个地方可以通过格式良好但很麻烦的标记,最常见的是自闭<script> 标签打破了整个页面.)
具体来说,回答他的观点:/>相关的SGML问题对于真正相信HTML是SGML的工具来说只是一个问题 - 过去这种工具并不是浏览器.将来,它特别允许在非XML HTML5中使用.
隐藏来自"遗留"(HTML 3.2之前版本)浏览器的脚本/样式表已经不是十年左右的问题了:我提出了错误的评论黑客他(正确地)嘲笑是荒谬的,但这只是一个练习; 除了一些奇怪的假设性紧急情况外,我从未打算让任何人使用它.在XHTML-as-HTML中使用嵌入式脚本和样式表肯定不是"必要的"...... //<![CDATA[如果你需要能够包含<和&字符,那么直接黑客就足够了,更常见的是你甚至不需要它.
没有人真的想要嗅探XHTML-as-HTML并以不同的方式对待它,所以整个部分都没有实际意义.W3C已经改变了"发送XHTML 1.1作为text/html从来没有问题"(现在它已经很好了),并且XHTML 2.0已经死了.
所以是的,如果你愿意,可以使用XHTML 1.0 Strict,或XHTML 1.1或XHTML5.但是,直到IE9是您的基准浏览器(而这不会是为案件的年龄),你必须坚持text/html.