何时应使用XML属性，何时应使用XML元素？
例如：
<customData>
<records>
<record name="foo" description="bar" />
</records>
</customData>
<customData>
<records>
<record>
<name>foo</name>
<description>bar</description>
</record>
</records>
</customData>
你可能听说过“数据放在元素中，元数据放在属性中”的原则。以上两段话实际上表达了同样的原则，但使用的语言更加准确和明确。
结构化信息的原则
如果信息以结构化形式表示，特别是当这种结构可以扩展时，则应该使用元素。另一方面，如果信息表示为原子令牌，则应该使用属性。元素是在XML中表示结构的可扩展引擎。几乎所有的XML处理工具都是围绕这个事实设计的，如果将结构化信息正确地拆分成元素，则可以发现处理工具与设计相互补充，从而提高生产力和可维护性。属性是为了表示元素中信息的简单属性而设计的。如果通过将结构化信息强行塞入属性中来违反XML的基本架构，则可能会获得一些表面上的简洁和方便，但你可能需要付出更高的维护成本。
日期是一个很好的例子：日期有固定的结构，通常作为单个令牌使用，因此作为属性是有意义的（最好用 ISO-8601 表示）。另一方面，代表个人姓名则是一个案例，这个原则会让设计师感到惊讶。我经常在属性中看到姓名，但我一直认为个人姓名应该在元素内容中。个人姓名具有令人惊讶的可变结构（在某些文化中，省略尊称或假设名称部分的顺序可能会引起混淆或冒犯）。个人姓名也很少是一个原子令牌。例如，有时您可能想按名字搜索或排序，有时又想按姓氏搜索或排序。我应该指出，把一个完整的姓名塞进单个元素的内容中，和把它放在属性中一样有问题。较好的元素与属性争论来自于UK GovTalk指南。该指南定义了用于政府相关XML交换的建模技术，但它本身也非常值得考虑。
必须设计模式，使得元素是XML实例中信息内容的主要持有者。属性更适合于持有附属元数据 - 提供有关元素内容的更多信息的简单项目。在可能导致歧义的情况下，不得使用属性来限定其他属性。
与元素不同，属性无法保存结构化数据。因此，首选元素作为信息内容的主要持有者。但是，允许使用属性来保存有关元素内容的元数据（例如，日期格式、度量单位或值集的标识）可以使实例文档更加简单和易于理解。
出生日期可能被表示为消息中的：
<DateOfBirth>1975-06-03</DateOfBirth>
然而，可能需要更多信息，例如如何验证出生日期。这可以被定义为一个属性，使得消息中的元素看起来像：
<DateOfBirth VerifiedBy="View of Birth Certificate">1975-06-03</DateOfBirth>
<DateOfBirth VerifiedBy="View of Birth Certificate" ValueSet="ISO 8601" Code="2">1975-06-03</DateOfBirth>
这里不清楚Code是在限定VerifiedBy还是ValueSet属性。更合适的表述应该是：
<DateOfBirth>
<VerifiedBy Code="2">View of Birth Certificate</VerifiedBy>
<Value ValueSet="ISO 8601">1975-06-03</Value>
</DateOfBirth>
就我个人而言，我喜欢使用属性来表示简单的单值属性。元素更适合复杂类型或重复值。
对于单值属性，使用属性可以产生更紧凑的XML，并且在大多数API中更容易进行寻址。
p``li``ol...只需使用div来代替。你可以用div做任何事情，而且永远不需要担心详细的语义。”即使属性不同，在这个例子中，效果是相似的。你失去了语义价值，在XML的情况下这很重要，即使它“工作”。 - J. M. Becker这主要是个人偏好问题。在我看来，使用元素进行分组，使用属性存储数据比起其他方式更加简洁。
例如，我更喜欢......
<?xml version="1.0" encoding="utf-8"?>
<data>
<people>
<person name="Rory" surname="Becker" age="30" />
<person name="Travis" surname="Illig" age="32" />
<person name="Scott" surname="Hanselman" age="34" />
</people>
</data>
...与其...
<?xml version="1.0" encoding="utf-8"?>
<data>
<people>
<person>
<name>Rory</name>
<surname>Becker</surname>
<age>30</age>
</person>
<person>
<name>Travis</name>
<surname>Illig</surname>
<age>32</age>
</person>
<person>
<name>Scott</name>
<surname>Hanselman</surname>
<age>34</age>
</person>
</people>
</data>
然而，如果我有一些不容易用20-30个字符表示或包含许多引号或其他需要转义的字符的数据，那么我会说是时候使用元素了... 可能需要使用CData块。
<?xml version="1.0" encoding="utf-8"?>
<data>
<people>
<person name="Rory" surname="Becker" age="30" >
<comment>A programmer whose interested in all sorts of misc stuff. His Blog can be found at http://rorybecker.blogspot.com and he's on twitter as @RoryBecker</comment>
</person>
<person name="Travis" surname="Illig" age="32" >
<comment>A cool guy for who has helped me out with all sorts of SVn information</comment>
</person>
<person name="Scott" surname="Hanselman" age="34" >
<comment>Scott works for MS and has a great podcast available at http://www.hanselminutes.com </comment>
</person>
</people>
</data>
我的个人经验法则是：如果一个元素只能包含其中的一个内容，并且它是原子数据（如id、name、age、type等），那么应该使用属性，否则应该使用元素。
这里有另一种可以帮助区分元素和属性的策略：考虑对象并记住MVC。
对象可以拥有成员（对象变量）和属性（具有setter和getter的成员）。属性在MVC设计中非常有用，允许进行更改通知机制。
如果采取这个方向，属性将用于内部应用程序数据，用户无法更改；经典示例将是ID或DATE_MODIFIED。因此，元素将用于用户可以修改的数据。
因此，以下内容对图书管理员首先添加图书项目（或杂志），然后可以编辑其名称作者ISBN等是有意义的：
<?xml version="1.0" encoding="utf-8"?>
<item id="69" type="book">
<authors count="1">
<author>
<name>John Smith</name>
<author>
</authors>
<ISBN>123456790</ISBN>
</item>
我倾向于在数据需要被人类读者知道时使用元素，在只用于处理（例如ID）时使用属性。这意味着我很少使用属性，因为大部分数据与正在建模的领域相关。