JavaDOM处理后XML属性的顺序

抱歉地说，但是答案比“不，你不能做”或“为什么首先需要这样做？”要微妙得多。

简短的答案是“ DOM不允许你这样做，但SAX可以”。

这是因为DOM并不关心属性顺序，因为就标准而言，它毫无意义，并且到XSL掌握输入流时，信息已经丢失。大多数XSL引擎实际上会适当地保留输入流的属性顺序（例如Xalan-C（在某些情况下除外）或Xalan-J（始终））。特别是如果你使用

<xsl:copy*>

据我所知，没有保留属性顺序的情况是这样。-如果输入流是DOM-Xalan-C：如果你按字面意义插入结果树标记（例如

<elem att1={@att1} .../>

这是SAX的一个示例，用于记录（也禁止DTD中断）。

SAXParserFactory spf = SAXParserFactoryImpl.newInstance();spf.setNamespaceAware(true);spf.setValidating(false);spf.setFeature("http://xml.org/sax/features/validation", false);spf.setFeature("http://apache.org/xml/features/nonvalidating/load-dtd-grammar", false);spf.setFeature("http://apache.org/xml/features/nonvalidating/load-external-dtd", false);SAXParser sp = spf.newSAXParser() ;Source src = new SAXSource ( sp.getXMLReader(), new InputSource( input.getAbsolutePath() ) ) ;String resultFileName = input.getAbsolutePath().replaceAll(".xml$", ".cooked.xml" ) ;Result result = new StreamResult( new File (resultFileName) ) ;TransformerFactory tf = TransformerFactory.newInstance();Source xsltSource = new StreamSource( new File ( COOKER_XSL ) );xsl = tf.newTransformer( xsltSource ) ;xsl.setParameter( "srcdocumentName", input.getName() ) ;xsl.setParameter( "srcdocumentPath", input.getAbsolutePath() ) ;xsl.transform(src, result );

我还要指出，许多反对者的意图是，在某些情况下属性顺序确实很重要。

回归测试是一个明显的例子。曾经被要求优化写得不好的XSL的人都知道，你通常希望确保“新”结果树与“旧”结果树相似或相同。当结果树大约有一百万行时，XML diff工具就显得笨拙……在这种情况下，保留属性顺序很有帮助。