XHTML仍然有害？
我正在开始一个项目，其中客户已经要求使用XHTML 1.0 Strict。 现在我想知道在将XHTML发送为text / html被认为有害的问题中描述的问题是否仍然是最新的，以及我是否应该试图说服客户这种（非常强烈要求）的要求会适得其反。
Internet Explorer现在是否正确处理application/xhtml+xml ？
IE9处理application/xhtml+xml ，其中包括SVG，这是要使用此媒体类型的主要原因之一。 （否则，到目前为止，使用它的时间相对较少，因为您会得到一堆脚本更改，并且IE <9不兼容，因此此时性能增益相对较低。）
我不同意Hixie为text/html提供服务的XHTML真的有害。 使用HTML兼容性准则，XHTML自从古代Netscape 4以来没有给任何浏览器带来任何问题。尽管它在客户端没有给你带来任何好处，但是如果你正在工作，它可能对你自己的页面处理工作流程有所帮助使用XML处理工具。 XML语法规则比HTML更严格但比HTML更简单，对于作者而言是一件好事; 这给验证者提供了一个机会来获取SGML / HTML中的有效构造的错误，但这些错误几乎肯定不是你的意思。 （另一方面，由于验证器不会执行HTML兼容性准则，因此有几个地方可以通过格式良好但麻烦的标记，通常是自封闭的<script>标记打破了整个页面。）
具体来说，要回答他的观点： />和相关的SGML问题对于真正相信HTML是SGML的工具来说只是一个问题 - 过去从来没有浏览器。 在将来，它是特别允许在非XML HTML5中。
从“传统”（HTML 3.2以前的版本）浏览器中隐藏脚本/样式表已经有十年左右的时间了：我想出了这个歪曲的评论，他认为这很荒谬，但这只是一个练习; 除了在一些奇怪的假设紧急情况下，我从未打算让任何人使用它。 在XHTML-as-HTML中使用嵌入式脚本和样式表当然不是'必需的'......一个直接的//<![CDATA[如果你需要能够包含<和&字符，甚至不需要这些。
没有人真的想要嗅探XHTML-as-HTML并以不同的方式对待它，因此整个部分都是没有意义的。 “发送XHTML 1.1为text / html永远不会有问题”已被W3C更改（现在它已经很好了），并且XHTML 2.0已经失效。
所以是的，如果你喜欢，可以使用XHTML 1.0 Strict，或者XHTML 1.1或XHTML5。 但是，直到IE9是你的基准浏览器（而且这种情况不会出现这种情况），你必须坚持使用text/html 。
Internet Explorer 9将通过标记汤分析器处理application / xhtml + xml文档。
Internet Explorer 8和更早版本将提示用户保存文档或在另一个应用程序中打开它。
Internet Explorer 6和更新版本都具有显着的市场份额（尽管这在某种程度上取决于您的市场）。
多年来浏览器对真正的XHTML的支持方面没有什么重大变化。
除非您在生产链中实际使用XML解析器（在这种情况下，说明它们输出符合HTML兼容性准则的XHTML），否则它的价值依然大大超出它的价值。
这取决于你的意思是“Internet Explorer”。
例如，IE6仍然来自2001年（没有改变），不，它仍然没有正确处理它。
链接地址: http://www.djcxy.com/p/88763.html上一篇: XHTML still harmful?
下一篇: Browser Rendering Difference Between strict/transitional DOCTYPEs