XHTML严格解决什么问题?

我真的不明白XHTML的魅力严格。内联JavaScript通常需要一个逃脱的老鼠巢,使其与XHTML兼容,并与MSIE 5&那么就是有一个问题,就是用户输入不够OCD,以确保你不会错过任何非法的字符。它似乎更多的努力,然后它的价值。不要忘记,几乎每个开发人员一直在努力保持从服务器返回的内容类型被重置为XHTML页面从text / html到application / xhtml xml。

希望我知道博主的名字,但有人指出,大多数符合XHTML标准的网站和开源包实际上并不是因为最后一个问题,忘记了正确设置内容类型的头文件。

我想知道为什么XHTML是有用的,或者建立足够的一个参数库,以防止在以后的项目中被使用,我有影响。

XHTML1与HTML4和严格vs过渡是完全正交的问题。

XML可能不会给浏览器带来任何巨大的优势,但在服务器端,使用XML来处理文档比使用XML解析消息更容易一个数量级,而不是真正的HTML4。

限制自己[X] HTML严格本身并不实现任何东西,除了它不鼓励使用旧的,不太可维护的技术,你不应该使用。

Inline javascript typically requires a rats nest of escapes to make it compatible with XHTML

只要不使用字符<或& amp;和'//< [CDATA ['并不比' - “是在过去的岁月里。 无论如何,将外部脚本保持更加易于管理;你不想在线做任何有意义的事情。

Then there is the issue of not being OCD enough on user input to make sure you don’t miss any illegal characters.

在HTML4 Transitional中,带外字符与XHTML1 Strict完全相同。

如果您接受用户提交的HTML,并且没有使用足够的精细牙齿梳子来检查/转义它,以防止良好的形状错误,那么您的问题不仅仅是遵守一个doctype。您将通过注入黑客攻击并使您的网站容易受到跨站点脚本安全漏洞的攻击。

forgetting to ensure the content-type returned from the server is reset for XHTML pages from text/html to application/html+xml.

这不是“忘记”,这是故意的:今天提供的应用程序/ xhtml xml没有太多的意义。为了解决IE,您必须嗅探UA,然后确保您了解在两种解析模式中弹出的CSS和JavaScript差异…您可以做到这一点,以证明您的技术实力,但它并没有真正让你有任何东西。

将XHTML作为传统HTML可能不是理想的,但它可以让您保持更简单,更可处理的XML语法(以及与其他XML语言(如SVG的潜在互操作性)),同时仍然是浏览器友好的。

人们抱怨形式良性错误的挑剔,但是让这些错误立即被提取出来,以便您修复这些错误,这样做比离开他们的方式要好一些,这样就可以让未来的浏览器脱颖而出。

翻译自:https://stackoverflow.com/questions/278746/what-problem-does-xhtml-strict-solve

转载注明原文:XHTML严格解决什么问题?