XML 元素 vs 属性

在 XML 中，没有关于何时使用属性以及何时使用子元素的规则。

元素的使用与属性的使用

数据可以存储在子元素或属性中。

看看这些例子：

<person sex="female">
<firstname>Anna</firstname>
<lastname>Smith</lastname>
</person>

<person>
<sex>female</sex>
<firstname>Anna</firstname>
<lastname>Smith</lastname>
</person>

在第一个示例中，性别是一个属性。最后，性是一个子元素。两个示例都提供相同的信息。

没有关于何时使用属性以及何时使用子元素的规则。我的经验是，属性在 HTML 中很方便，但在 XML 中您应该尽量避免使用它们。如果信息感觉像数据，请使用子元素。

我最喜欢的方式

我喜欢将数据存储在子元素中。

以下三个 XML 文档包含完全相同的信息：

第一个示例中使用了日期属性：

<note date="12/11/2002">
<to>Tove</to>
<from>Jani</from>
<heading>Reminder</heading>
<body>Don't forget me this weekend!</body>
</note>

第二个示例中使用了日期元素：

<note>
<date>12/11/2002</date>
<to>Tove</to>
<from>Jani</from>
<heading>Reminder</heading>
<body>Don't forget me this weekend!</body>
</note>

第三个中使用了扩展的日期元素：（这是我最喜欢的）：

<note>
<date>
    <day>12</day>
    <month>11</month>
    <year>2002</year>
</date>
<to>Tove</to>
<from>Jani</from>
<heading>Reminder</heading>
<body>Don't forget me this weekend!</body>
</note>

避免使用属性？

您应该避免使用属性吗？

属性的一些问题是：

属性不能包含多个值（子元素可以）
属性不易扩展（以供将来更改）
属性不能描述结构（子元素可以）
属性更难通过程序代码操作
属性值不容易根据 DTD 进行测试

如果使用属性作为数据容器，最终会得到难以阅读和维护的文档。尝试使用元素来描述数据。仅使用属性来提供与数据无关的信息。

不要像这样结束（这不是 XML 应该使用的方式）：

我的属性规则的例外

规则总有例外。

我关于属性的规则有一个例外：

有时我会为元素分配 ID 引用。这些 ID 引用可用于访问 XML 元素，其方式与 HTML 中的 NAME 或 ID 属性非常相似。这个例子证明了这一点：

<messages>
<note id="p501">
<to>Tove</to>
<from>Jani</from>
<heading>Reminder</heading>
<body>Don't forget me this weekend!</body>
</note>

<note id="p502">
<to>Jani</to>
<from>Tove</from>
<heading>Re: Reminder</heading>
<body>I will not!</body>
</note>
</messages>

这些示例中的 ID 只是一个计数器或唯一标识符，用于标识 XML 文件中的不同注释，而不是注释数据的一部分。

我在这里想说的是，元数据（关于数据的数据）应该存储为属性，数据本身应该存储为元素。