属性常常会提供并非数据组成部分的信息。在下面的例子中，文件的类型和数据是无关的，但是对需要处理这个元素的软件来说却很重要：

computer.gif

引号类型，"female" 还是 'female'？

属性值必须被引号所包围，不过单引号和双引号均可使用。比如某人的性别，person标签可以这样写：

或者这样也可以：

注释：如果属性值本身包含双引号，那么有必要使用单引号包围它，就像这个例子：

注释：如果属性值本身包含单引号，那么有必要使用双引号包围它，就像这个例子：

使用元素还是属性

数据可被存储于子元素之中，或者在属性中也可以。

请看这些例子：

Anna
Smith

female
Anna
Smith

在第一个例子中，sex是一个属性。在第二个例子中，sex则是一个子元素。两个例子均可提供相同的信息。

没有规则可以告诉我们什么时候该使用属性，而什么时候该使用子元素。我的经验是在HTML中，属性用起来很便利，但是在XML中，您应该尽量避免使用属性。如果信息感觉起来很像数据，那么请使用子元素吧。

我最喜欢的方式

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

下面是三个包含相同的信息的XML文档：

第一个例子中使用了属性：

Tove
Jani
Reminder
Don't forget me this weekend!

第二个例子中使用了元素：

12/11/2002
Tove
Jani
Reminder
Don't forget me this weekend!

第三个例子中使用了扩展的元素（这是我的最爱）：

12
11
2002

Tove
Jani
Reminder
Don't forget me this weekend!
 

避免使用属性？

我们应当避免使用属性吗？

因使用属性而引起的一些问题：

• 属性无法包含多个值（子元素可以）
  
• 属性不易扩展（为未来的变化）
  
• 属性无法描述结构（子元素可以）
  
• 属性更难被编程代码处理
  
• 不易通过某个DTD对属性值进行测试 - DTD用来定义XML文档的合法元素

如果您使用属性作为数据的容器，那么就会造就难以阅读和维护的文档。请尽量使用元素来描述数据。而仅仅使用属性来提供与数据无关的信息。

不要做这样的蠢事（这不是XML应该被使用的方式）：

to="Tove" from="Jani" heading="Reminder" 
body="Don't forget me this weekend!">
 

属性规则的一个例外

规则总有例外。

有时候，我会向元素分配ID索引。这些ID索引可被用来访问XML元素，其作用的方式与HTML中的NAME属性或者ID属性是一样的。这个例子向我们演示了这种情况：

Tove
Jani
Reminder
Don't forget me this weekend!


Jani
Tove
Re: Reminder
I will not!
 

这个例子中的ID只是一个计数器，或者一个唯一的标识符，用来标示XML文件中不同的便签，并不是便签数据的一部分。

在此我们极力向您传递的理念是：元数据（有关数据的数据）应当存储为属性，而数据本身应当存储为元素。