亲密接触XML(7）－ 元素 vs. 属性的使用

作者：佚名    教程来源：不详    点击数：加载中...    更新时间：2007-12-30 字体:[大 中 小]

 

可以将数据存储在子元素中或属性中。看看下面这些例子：
  
  　　 < 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中要尽量避免使用属性。如果信息象数据，就使用子元素。
  
  　　 我喜欢的方式
  
  　　 我喜欢将数据存储在子元素中。下面的3个XML文档所包含的信息完全相同:
  
  　　 第一个例子中使用了一个date属性:
  
  　　 < note date="12/11/99">
  　　 < to>Tove< /to>
  　　 < from>Jani< /from>
  　　 < heading>Reminder< /heading>
  　　 < body>Don't forget me this weekend!< /body>
  　　 < /note>
  
  
  　　 第二个例子中使用了一个date 元素:
  
  　　 < note>
  　　 < date>12/11/99< /date>
  　　 < to>Tove< /to>
  　　 < from>Jani< /from>
  　　 < heading>Reminder< /heading>
  　　 < body>Don't forget me this weekend!< /body>
  　　 < /note>
  
  　　 在第三个中使用了一个扩充的date元素（这是我最喜欢的方法）:
  
  　　 < note>
  　　 < date>
  　　 < day>12< /day>
  　　 < month>11< /month>
  　　 < year>99< /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="99"
  　　 to="Tove" from="Jani" heading="Reminder"
  　　 body="Don't forget me this weekend!">
  　　 < /note>