XML 元素 对比 属性
在 XML 中，没有关于何时使用属性以及何时使用子元素的规则。
元素与属性的使用
数据可以存储在子元素中，也可以存储在属性中。
请看这些示例
<person sex="female">
<firstname>Anna</firstname>
<lastname>Smith</lastname>
</person><person>
<sex>female</sex>
<firstname>Anna</firstname>
<lastname>Smith</lastname>
</person>在第一个示例中，sex 是一个属性。在最后一个示例中，sex 是一个子元素。这两个示例都提供了相同的信息。
没有关于何时使用属性以及何时使用子元素的规则。我的经验是属性在 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 的使用方式）
<note day="12" month="11" year="2002"
to="Tove" from="Jani" heading="Reminder"
body="别忘了这个周末我！">
</note>我的属性规则的一个例外
规则总有例外。
我的属性规则有一个例外
有时我将 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: 提醒</heading>
<body>我不会！</body>
</note>
</messages>这些示例中的 ID 只是一个计数器，或一个唯一的标识符，用于识别 XML 文件中的不同注释，而不是注释数据的一部分。
我在这里想说的是，元数据（关于数据的数据）应该存储为属性，而数据本身应该存储为元素。
