如果有疑问，KISS——当您没有明确的理由使用属性时，为什么要混合使用属性和元素呢?如果稍后决定定义一个XSD，那么最终也会更简洁。然后，如果稍后决定从XSD生成类结构，也会更简单。

这两种方式都有争议，但您的同事认为XML应该用于“标记”或围绕实际数据的元数据，这一点是正确的。对您来说，在用XML建模域时，有时很难确定元数据和数据之间的界限。实际上，我所做的是假装标记中的任何内容都是隐藏的，只有标记之外的数据是可读的。这份文件在这方面有意义吗?

XML是出了名的庞大。对于运输和存储，如果你能负担得起处理能力，强烈建议压缩。XML压缩得很好，有时压缩得非常好，因为它具有重复性。我曾经把大文件压缩到不到原始大小的5%。

支持您立场的另一点是，当其他团队在争论样式时(大多数XML工具处理全属性文档就像处理全#PCDATA文档一样容易)，您在争论实用性。虽然不能完全忽视风格，但技术优点应该更重要。

属性的一些问题是:

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

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

不要像这样结束(这不是XML应该使用的方式):

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

来源:http://www.w3schools.com/xml/xml_dtd_el_vs_attr.asp

只是对一些不好的信息做一些更正:

属性可以包含任何字符数据。< > & " '需要转义到&lt;&gt;,“;事情就让它,,,分别。如果您使用XML库，它将为您处理这些问题。

一个属性可以包含二进制数据，如图像，如果你真的需要，只需通过base64编码并将其设置为data: URL。

@feenster:在IDS或NAMES的情况下，属性可以包含空格分隔的多个项，其中包括数字。吹毛求疵，但这最终可以节省空间。

使用属性可以保持XML与JSON的竞争力。参见脂肪加价:每次减少一卡路里的脂肪加价神话。

这个问题没有统一的答案(我曾大量参与W3C规范的创建)。XML可以用于许多目的——类似文本的文档、数据和声明性代码是其中最常见的三种。我也经常把它用作数据模型。在这些应用程序的某些方面，属性更常见，而在其他方面，子元素更自然。各种工具的特性也使它们的使用变得更容易或更困难。

XHTML is one area where attributes have a natural use (e.g. in class='foo'). Attributes have no order and this may make it easier for some people to develop tools. OTOH attributes are harder to type without a schema. I also find namespaced attributes (foo:bar="zork") are often harder to manage in various toolsets. But have a look at some of the W3C languages to see the mixture that is common. SVG, XSLT, XSD, MathML are some examples of well-known languages and all have a rich supply of attributes and elements. Some languages even allow more-than-one-way to do it, e.g.

<foo title="bar"/>;

or

<foo>
  <title>bar</title>;
</foo>;

注意，它们在语法上是不等价的，需要处理工具的显式支持)

我的建议是，查看与您的应用程序最接近的领域的常见实践，并考虑您可能希望应用什么工具集。

最后，确保将名称空间与属性区分开来。一些XML系统(例如Linq)在API中将名称空间表示为属性。在我看来，这很丑陋，而且可能令人困惑。

这是个价值百万美元的问题!

首先，现在不要太担心性能。您会惊讶于优化的XML解析器解析XML的速度有多快。更重要的是，您对未来的设计是什么:随着XML的发展，您将如何保持松耦合和互操作性?

更具体地说，您可以使元素的内容模型更加复杂，但扩展属性则更加困难。