DOM标准中的名称验证规则演进：从XML到HTML的适配

背景概述

在DOM标准的发展过程中，名称验证规则一直是一个重要但容易被忽视的细节。随着Web平台从以XML为中心转向以HTML为中心，DOM API中的名称验证规则也需要相应调整，以保持与HTML解析器行为的一致性。

名称验证规则的历史演变

早期的DOM标准主要基于XML规范，因此在元素、属性、处理指令等名称验证上都严格遵循XML的命名规则。但随着HTML5的普及，HTML解析器对这些名称采取了更为宽松的处理方式，导致DOM API创建的内容与HTML解析器解析的内容之间存在不一致。

当前的主要变更

近期DOM标准已经对以下方面的名称验证规则进行了调整：

1. 元素和属性名称：不再严格遵循XML的Name和QName生成规则，而是采用更宽松的验证方式，仅禁止包含特定控制字符（如NUL、ASCII空白字符等）。

2. 文档类型声明：createDocumentType()方法原本验证名称是否符合XML命名空间的QName生成规则，现调整为仅检查是否包含NUL、ASCII空白字符或>字符，与HTML解析器行为保持一致。

处理指令的特殊情况

处理指令（Processing Instruction）是一个例外情况。由于：

1. 处理指令在HTML文档中会被当作注释处理
2. 主要应用场景仍限于XML文档
3. 无法通过HTML解析器创建

因此DOM标准决定保持处理指令名称的XML级别验证规则不变。这虽然留下了一个DOM与XML命名规则的依赖点，但从实际应用场景考虑是合理的折中方案。

实现建议与兼容性考虑

对于实现者而言，需要注意：

1. 文档类型名称验证应调整为仅检查禁止字符，而非完整的XML命名规则
2. 处理指令保持原有验证逻辑
3. 公共ID和系统ID参数维持现状，不做额外验证

这种渐进式的规则调整既保证了与现有Web内容的兼容性，又消除了DOM API与HTML解析器之间的不一致性，为开发者提供了更一致的编程体验。

未来展望

虽然当前已解决了大部分名称验证的不一致问题，但处理指令的验证规则仍保留了XML时代的痕迹。未来如果出现"XML5"等新的标准，可能会重新审视这部分设计。目前的标准在实用性和规范性之间取得了良好的平衡。