本文章内容转载自 W3school 元素 和 W3school 属性
XML 元素
XML 元素指的是从(且包括)开始标签直到(且包括)结束标签的部分。
XML 元素必须遵循以下命名规则:
- 名称可以含字母、数字以及其他字符
- 名称
不能以数字或标点符号开始
- 名称不能以字符 “xml”(或 XML、Xml)开始
- 名称
不能包含空格
最佳命名习惯:
- 使名称
具有描述性
。使用下划线的名称也很不错 - 名称应当比较
简短
避免 "-" 字符
。如果按照这样的方式进行命名:“first-name”,一些软件会认为需要提取第一个单词避免 "." 字符
。如果按照这样的方式进行命名:“first.name”,一些软件会认为 “name” 是对象 “first” 的属性避免 ":" 字符
。冒号会被转换为命名空间来使用
非英语的字母比如 éòá 也是合法的 XML 元素名,不过需要留意当软件开发商不支持这些字符时可能出现的问题。
XML 元素是可扩展的,以携带更多的信息。
请看下面这个 XML 例子:
<note>
<to>George</to>
<from>John</from>
<body>Don't forget the meeting!</body>
</note>
让我们设想一下,我们创建了一个应用程序,可将 <to>
、<from>
以及 <body>
元素提取出来,并产生以下的输出:
MESSAGE
To: George
From: John
Don't forget the meeting!
想象一下,之后这个 XML 文档作者又向这个文档添加了一些额外的信息:
<note>
<date>2008-08-08</date>
<to>George</to>
<from>John</from>
<heading>Reminder</heading>
<body>Don't forget the meeting!</body>
</note>
那么这个应用程序会中断或崩溃吗?
不会。这个应用程序仍然可以找到 XML 文档中的 <to>
、<from>
以及 <body>
元素,并产生同样的输出。
XML 的优势之一,就是可以经常在不中断应用程序的情况进行扩展。
XML 属性
XML 元素可以在开始标签中包含属性,提供关于元素的附加信息。
在下面的例子中,文件类型与数据无关,但是对需要处理这个元素的软件来说却很重要:
<file type="gif">computer.gif</file>
XML 属性值必须被引号包围,不过单引号和双引号均可使用。
注:如果属性值本身包含双引号,那么有必要使用单引号包围它,就像这个例子:
<gangster name='George "Shotgun" Ziegler'>
或者可以使用实体引用:
<gangster name="George "Shotgun" Ziegler">
XML 元素 vs 属性
请看下面的例子:
<person sex="female">
<firstname>Anna</firstname>
<lastname>Smith</lastname>
</person>
<person>
<sex>female</sex>
<firstname>Anna</firstname>
<lastname>Smith</lastname>
</person>
在第一个例子中,sex 是一个属性。在第二个例子中,sex 则是一个子元素。两个例子均可提供相同的信息。
没有什么规矩可以告诉我们什么时候该使用属性,而什么时候该使用子元素。
经验是在 XML 中,应该尽量避免使用属性。如果信息感觉起来很像数据,那么请使用子元素。
因为使用属性而引起的一些问题:
- 属性无法包含多重的值(元素可以)
属性无法描述树结构
(元素可以)属性不易扩展
(为未来的变化)- 属性难以阅读和维护
请尽量使用元素来描述数据。而仅仅使用属性来提供与数据无关的信息。
不要做这样的蠢事(这不是 XML 应该被使用的方式):
<note day="08" month="08" year="2008"
to="George" from="John" heading="Reminder"
body="Don't forget the meeting!">
</note>
针对元数据的 XML 属性
有时候会向元素分配 ID 引用。这些 ID 索引可用于标识 XML 元素,它起作用的方式与 HTML 中 ID 属性是一样的。这个例子向我们演示了这种情况:
<messages>
<note id="501">
<to>George</to>
<from>John</from>
<body>Don't forget the meeting!</body>
</note>
<note id="502">
<to>John</to>
<from>George</from>
<body>I will not</body>
</note>
</messages>
上面的 id 仅仅是一个标识符,用于标识不同的便签。它并不是便签数据的组成部分。
在此我们极力向您传递的理念是:元数据(有关数据的数据)应当存储为属性,而数据本身应当存储为元素
。