DOM splitText 和 normalize compose 应该给出标识吗？

问：

昨天，我卷入了关于 DOM 实现怪癖的讨论，并提出了一个关于 Text.splitText 和 Element.normalize 行为以及它们应该如何表现的有趣问题。

在 DOM Level 1 Core 中，Text.splitText 被定义为...

在指定的偏移量处将此 Text 节点分解为两个 Text 节点，使这两个节点在树中保持为同级节点。然后，此节点仅包含直到偏移点的所有内容。一个新的 Text 节点作为此节点的下一个同级插入，包含偏移点处和之后的所有内容。

正常化是...

将此元素下子树全深度中的所有 Text 节点放入“正常”形式，其中只有标记（例如，标记、注释、处理指令、CDATA 部分和实体引用）分隔 Text 节点，即没有相邻的 Text 节点。这可用于确保文档的 DOM 视图与保存和重新加载的文档相同，并且在使用依赖于特定文档树结构的操作（如 XPointer 查找）时非常有用。

因此，如果我采用一个包含“Hello World”的文本节点，在 textNode 中引用，然后执行

textNode.splitText(3)

textNode 现在包含内容“Hello”，以及一个包含“World”的新同级

如果我那么

textNode.parent.normalize()

什么是 textNode？该规范没有明确说明 textNode 必须仍然是其先前父节点的子节点，只是更新为包含所有相邻的文本节点（然后删除）。删除所有相邻的文本节点，然后重新创建一个具有值串联的新节点，使 textNode 指向不再是树的一部分的东西，这似乎是一种 conforment 行为。或者，我们可以以与 splitText 相同的方式更新 textNode，使其保留其树位置，并获取新值。

行为的选择确实大不相同，我找不到关于哪个是正确的澄清，或者这是否只是规范中的疏忽（似乎在第 2 级或第 3 级中没有得到澄清）。任何 DOM/XML 专家都能提供一些启示吗？