python - lxml:强制执行特定的属性顺序

时间:2013-02-17 04:20:24

标签: python xml lxml

我有一个XML编写脚本,可以为特定的第三方工具输出XML。

我使用原始XML作为模板来确保构建所有正确的元素,但最终的XML看起来并不像原始的那样。

我以相同的顺序编写属性,但lxml按照自己的顺序编写它们。

我不确定,但我怀疑第3部分工具希望属性以特定顺序出现,我想解决这个问题,以便我可以看看是否有使其失败的attrib命令,或者别的。

来源元素:

<FileFormat ID="1" Name="Development Signature" PUID="dev/1" Version="1.0" MIMEType="text/x-test-signature"> 

我的源脚本:

sig.fileformat = etree.SubElement(sig.fileformats, "FileFormat", ID = str(db.ID), Name = db.name, PUID="fileSig/{}".format(str(db.ID)), Version = "", MIMEType = "")

我的结果XML:

<FileFormat MIMEType="" PUID="fileSig/19" Version="" Name="Printer Info File" ID="19">

有没有办法限制他们写的顺序?

4 个答案:

答案 0 :(得分:16)

属性的OrderedDict

从lxml 3.3.3开始(也许在早期版本中),您可以将OrderedDict个属性传递给lxml.etree.(Sub)Element构造函数,并且在使用lxml.etree.tostring(root)时将保留顺序:< / p>

sig.fileformat = etree.SubElement(sig.fileformats, "FileFormat", OrderedDict([("ID",str(db.ID)), ("Name",db.name), ("PUID","fileSig/{}".format(str(db.ID))), ("Version",""), ("MIMEType","")]))

请注意,即使您向xml.etree.ElementTree构造函数提供OrderedDict,ElementTree API(xml.etree.ElementTree.(Sub)Element)也会保留属性顺序!

更新:另请注意,使用**extra构造函数的lxml.etree.(Sub)Element参数指定属性保留属性顺序:

>>> from lxml.etree import Element, tostring
>>> from collections import OrderedDict
>>> root = Element("root", OrderedDict([("b","1"),("a","2")])) # attrib parameter
>>> tostring(root)
b'<root b="1" a="2"/>' # preserved
>>> root = Element("root", b="1", a="2") # **extra parameter
>>> tostring(root)
b'<root a="2" b="1"/>' # not preserved

答案 1 :(得分:15)

看起来lxml按照您设置的顺序序列化属性:

>>> from lxml import etree as ET
>>> x = ET.Element("x")
>>> x.set('a', '1')
>>> x.set('b', '2')
>>> ET.tostring(x)
'<x a="1" b="2"/>'
>>> y= ET.Element("y")
>>> y.set('b', '2')
>>> y.set('a', '1')
>>> ET.tostring(y)
'<y b="2" a="1"/>'

请注意,使用ET.SubElement()构造函数传递属性时,Python会构造关键字参数的字典并将该字典传递给lxml。这会丢失源文件中的任何顺序,因为Python的字典是无序的(或者更确切地说,它们的顺序由字符串哈希值决定,这可能因平台而异,或者实际上从执行到执行)。

答案 2 :(得分:6)

属性排序和可读性 正如评论者所提到的,属性顺序在XML中没有语义意义,也就是说它不会改变元素的含义:

<tag attr1="val1" attr2="val2"/>

<!-- means the same thing as: -->

<tag attr2="val2" attr1="val1"/>

SQL中有一个类似的特性,其中列顺序不会改变 表定义的含义。 XML属性和SQL列是 (不是有序集合),因此可以“正式”说出所有这些 其中之一是属性或列是否存在于集合中。

也就是说,它确实对人的可读性产生了影响 这些东西出现在这样的结构中,在这种情况下,这样的结构被创作并出现在文本中(例如源代码)并且必须被解释,仔细的排序对我来说很有意义。

典型的解析器行为

将属性顺序视为重要的任何XML解析器都不符合XML标准。这并不意味着它不会发生,但根据我的经验,它肯定是不寻常的。不过,根据您提到的工具的证据,这可能值得测试。

据我所知,lxml没有用于指定序列化XML中出现的顺序属性的机制,如果有的话,我会感到惊讶。

为了测试行为,我强烈倾向于编写一个基于文本的模板来生成足够的XML来测试它:

id = 1
name = 'Development Signature'
puid = 'dev/1'
version = '1.0'
mimetype = 'text/x-test-signature'

template = ('<FileFormat ID="%d" Name="%s" PUID="%s" Version="%s" '
            'MIMEType="%s">')

xml = template % (id, name, puid, version, mimetype)

答案 3 :(得分:0)

我已经看到 XML 的使用者期望规范化的 XML 的顺序问题。规范 XML 指定对属性进行排序:

<块引用>

以命名空间 URI 作为主要的字典顺序递增 键和本地名称作为辅助键(空命名空间 URI 是 字典序最少)。 (https://www.w3.org/TR/xml-c14n2/ 的第 2.6 节)

因此,如果您的应用程序期望您从规范 XML 中获得那种顺序,lxml 确实支持使用 method= 参数打印的规范格式输出。 (见 https://lxml.de/api.html 的标题 C14N)

例如:

from lxml import etree as ET 
element = ET.Element('Test', B='beta', Z='omega', A='alpha') 
val = ET.tostring(element, method="c14n") 
print(val)