DOM处理后的XML属性顺序

Question

DOM处理后的XML属性顺序

通过标准DOM处理XML时，序列化后不保证属性顺序。最后，这就是我在使用标准java XML Transform API序列化输出时所实现的。

但是我确实需要保留订单。我想知道Java是否有任何可能性来保持通过DOM API处理的XML文件的原始属性顺序，或任何强制命令的方式（可能通过使用替代序列化API来设置此一种财产）。在我的情况下，处理减少以改变具有一堆属性的相同元素的序列的一些属性（不是全部）的值，并且可以插入更多元素。

有没有“简单”的方法，还是我必须定义自己的XSLT转换样式表来指定输出并更改整个输入XML文件？

更新我必须感谢你的所有答案。答案似乎比我预期的更明显。我从未关注属性顺序，因为我之前从未需要它。

需要属性顺序的主要原因是生成的XML文件看起来不同。目标是一个包含数百个警报的配置文件（每个警报由一组属性定义）。这个文件通常随着时间的推移几乎没有什么修改，但是保持它的顺序是很方便的，因为当我们需要修改它的东西时，它是手工编辑的。有时，一些项目需要对此文件进行轻微修改，例如将其中一个属性设置为客户特定代码。

我刚开发了一个小应用程序来合并原始文件（所有项目通用）和每个项目的特定部分（修改某些属性的值），因此特定于项目的文件获取基础文件的更新（新警报定义或某些属性）价值错误修正）。我需要有序属性的主要动机是能够通过文本比较工具（例如Winmerge）检查应用程序的输出。如果格式（主要是属性顺序）保持不变，则可以很容易地发现差异。

我真的认为这是可能的，因为XML处理程序（如XML Spy）允许您编辑XML文件并应用一些排序（网格模式）。也许我唯一的选择是使用其中一个程序来手动修改输出文件。

Answer 1

请参阅XML建议的第3.1节。它说，“请注意，start-tag或empty-element标签中属性规范的顺序并不重要。”如果一个软件需要XML元素上的属性以特定顺序出现，那么该软件不处理XML，它处理的文本看起来像表面上的XML。它需要修复。如果无法修复，并且您必须生成符合其要求的文件，则无法可靠地使用标准XML工具来生成这些文件。例如，您可以尝试（按照您的建议）使用XSLT以定义的顺序生成属性，例如：<test> &nbsp;&nbsp;&nbsp;<xsl:attribute&nbsp;name="foo"/> &nbsp;&nbsp;&nbsp;<xsl:attribute&nbsp;name="bar"/> &nbsp;&nbsp;&nbsp;<xsl:attribute&nbsp;name="baz"/></test>只是发现XSLT处理器发出这样的：<test&nbsp;bar=""&nbsp;baz=""&nbsp;foo=""/>因为处理器使用的DOM按标签名称按字母顺序排序属性。（这是XML DOM中常见但不通用的行为。）但我想强调一些事情。如果某个软件在某个方面违反了XML建议，则可能在其他方面违反了该建议。如果在以错误的顺序提供属性时它会中断，如果使用单引号分隔属性，或者属性值包含字符实体，或者XML建议说XML文档中的任何其他内容，它可能也会中断可以做到这个软件的作者可能没有想到。

Answer 2

不可能过分强调罗伯特罗斯尼刚刚说的话，但我会试试。;-)国际标准的好处是，当每个人都遵循它们时，生活是美好的。我们所有的软件都和平相处。XML必须是我们最重要的标准之一。它是像SOAP这样的“旧网”东西的基础，还有像RSS和Atom这样的“web 2.0”。这是因为XML能够在不同平台之间进行互操作的明确标准。如果我们一点一点地放弃XML，我们将陷入这样一种情况，即XML的生产者将无法假设XML的使用者能够使用他们的内容。这将对该行业产生灾难性影响。对于根据标准编写不处理XML的代码的任何人，我们应该非常有力地推迟。我理解，在这些经济时代，人们不愿意冒犯“不”来冒犯客户和商业伙伴。但在这种情况下，我认为这是值得的。如果我们不得不为每个业务合作伙伴手工制作XML，那么我们的财务状况会更差。因此，不要“启用”不了解XML的公司。向他们发送标准，突出显示相应的行。他们需要不再认为XML只是带有尖括号的文本。它的行为与表示尖括号的文本不同。这不是有借口的。即使最小的嵌入式设备也可以在其中使用全功能的XML解析器实现。我还没有听到过无法解析标准XML的充分理由，即使人们无法负担全功能的DOM实现。