EclipseXML格式更改标记的顺序？

我只是注意到一些奇怪的事情。如果我有这个XML：

<level number="7" background="background_5">

我很难想象更改文件是故意的，因为我在解析文件时遇到了一些严重的问题，因为我通过索引访问属性

除了按字母表排序外，它的格式是这样的，更重要的是，如何关闭它，这有什么原因吗？

明确地说，属性的顺序是不保证的：

请注意，属性规范在开始标记或空元素标记中的顺序并不重要

您可能会找到一种在Eclipse中更改XML格式化程序行为的方法，但最健壮的解决方案是按名称而不是索引访问属性。否则，您的代码将对根据XML规范完全合法的更改保持敏感

另见：

明确表示不保证属性的顺序：

请注意，属性规范在开始标记或空元素标记中的顺序并不重要

您可能会找到一种在Eclipse中更改XML格式化程序行为的方法，但最健壮的解决方案是按名称而不是索引访问属性。否则，您的代码将对根据XML规范完全合法的更改保持敏感

另见：

---

我同意Eli Acherkan关于在处理XML文档时不依赖属性顺序的回答

话虽如此，在特定的顺序中拥有属性可能有文体上的原因。在某些情况下，它还可以使XML文档更易于读取以对相关属性进行分组

查看EclipseXML格式首选项，我没有看到任何与属性顺序相关的内容

从您的示例来看，其行为可能是按字母顺序对属性进行排序，但我还没有执行测试来证实这一理论。它可以做的另一件事是按属性在XSD/DTD中出现的顺序对属性进行排序。您可能需要测试这个理论，因为它可以让您对订单进行一些控制

---

您可能还希望使用首选项来控制此格式化程序行为。

我同意Eli Acherkan关于在处理XML文档时不依赖属性顺序的回答

话虽如此，在特定的顺序中拥有属性可能有文体上的原因。在某些情况下，它还可以使XML文档更易于读取以对相关属性进行分组

查看EclipseXML格式首选项，我没有看到任何与属性顺序相关的内容

从您的示例来看，其行为可能是按字母顺序对属性进行排序，但我还没有执行测试来证实这一理论。它可以做的另一件事是按属性在XSD/DTD中出现的顺序对属性进行排序。您可能需要测试这个理论，因为它可以让您对订单进行一些控制

---

您可能还需要设置一个首选项来控制此格式化程序行为。

Ok，因此无法禁用它。我以前试过用名字访问它，但不知怎么的，这对我来说并不正确，所以我就这样做了。那我就不使用格式了。谢谢好的，所以没有办法禁用它。我以前试过用名字访问它，但不知怎么的，这对我来说并不正确，所以我就这样做了。那我就不使用格式了。谢谢你在用哪个编辑器来做这个？请告诉我如何打开这个功能！我有一个供应商随机重新排序配置文件中的属性，它正在玩版本控制的地狱，并且知道实际更改了什么。你正在使用哪个编辑器来做这件事？请告诉我如何打开该功能！我有一个供应商，随机重新排序配置文件中的属性，它正在玩弄版本控制，并知道实际更改了什么。

<level background="background_5" number="7" >