探索 DTD 在 XML 中的作用及解析:深入理解文档类型定义

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
可观测可视化 Grafana 版,10个用户账号 1个月
简介: DTD(文档类型定义)用于定义XML文档的结构和合法元素、属性。它允许不同团体就数据交换标准达成一致,并用于验证XML数据的有效性。DTD可通过内部声明(在XML文档内)或外部声明(在单独文件中)来定义。内部声明示例显示了如何定义`note`元素及其子元素的结构,而外部声明则引用外部DTD文件。元素、属性、实体和PCDATA/CDATA是XML构建模块。DTD中,元素通过ELEMENT声明定义,属性通过ATTLIST声明定义,实体声明提供特殊字符或外部资源的快捷方式。

DTD 是文档类型定义(Document Type Definition)的缩写。DTD 定义了 XML 文档的结构以及合法的元素和属性。

为什么使用 DTD

通过使用 DTD,独立的团体可以就数据交换的标准 DTD 达成一致。

应用程序可以使用 DTD 来验证 XML 数据的有效性。

内部 DTD 声明

如果 DTD 在 XML 文件内声明,它必须包裹在 <DOCTYPE> 定义内:

带有内部 DTD 的 XML 文档

<?xml version="1.0"?>
<!DOCTYPE note [
<!ELEMENT note (to, from, heading, body)>
<!ELEMENT to (#PCDATA)>
<!ELEMENT from (#PCDATA)>
<!ELEMENT heading (#PCDATA)>
<!ELEMENT body (#PCDATA)>
]>
<note>
<to>Tove</to>
<from>Jani</from>
<heading>Reminder</heading>
<body>Don't forget me this weekend</body>
</note>

在 XML 文件中,选择"view source" 以查看 DTD。

上述 DTD 的解释如下:

  • <!DOCTYPE note> 定义该文档的根元素为 note
  • <!ELEMENT note> 定义 note 元素必须包含四个元素:"to, from, heading, body"
  • <!ELEMENT to> 定义 to 元素的类型为 "#PCDATA"
  • <!ELEMENT from> 定义 from 元素的类型为 "#PCDATA"
  • <!ELEMENT heading> 定义 heading 元素的类型为 "#PCDATA"
  • <!ELEMENT body> 定义 body 元素的类型为 "#PCDATA"

外部 DTD 声明

如果 DTD 在外部文件中声明,<!DOCTYPE> 定义必须包含对 DTD 文件的引用:

带有对外部 DTD 引用的 XML 文档

<?xml version="1.0"?>
<!DOCTYPE note SYSTEM "note.dtd">
<note>
  <to>Tove</to>
  <from>Jani</from>
  <heading>Reminder</heading>
  <body>Don't forget me this weekend!</body>
</note>

以下是包含 DTD 的文件 "note.dtd" 的内容:

<!ELEMENT note (to, from, heading, body)>
<!ELEMENT to (#PCDATA)>
<!ELEMENT from (#PCDATA)>
<!ELEMENT heading (#PCDATA)>
<!ELEMENT body (#PCDATA)>

DTD - XML 构建模块

XML 和 HTML 文档的主要构建模块是元素

XML 文档的构建模块

从 DTD 的角度来看,所有 XML 文档都由以下构建模块组成:

  • 元素
  • 属性
  • 实体
  • PCDATA
  • CDATA

元素

元素是 XML 和 HTML 文档的主要构建模块。

HTML 元素的示例包括 "body" 和 "table"。XML 元素的示例可能是 "note" 和 "message"。元素可以包含文本、其他元素或为空。空的 HTML 元素的示例包括 "hr"、 "br" 和 "img"。

示例

<body>some text</body>

<message>some text</message>

属性

属性提供有关元素的额外信息。

属性始终位于元素的开始标记内。属性始终以名称/值对的形式出现。以下是具有有关源文件的附加信息的 "img" 元素的示例

<img src="computer.gif" />

实体

一些字符在 XML 中具有特殊含义,例如小于号(<),它定义了 XML 标记的开始。

大多数人都知道 HTML 实体: "&nbsp;"。这个 "no-breaking-space" 实体用于在 HTML 文档中插入额外的空格。实体在 XML 解析器解析文档时会被展开。

以下实体在 XML 中是预定义的:

  • &lt; 代表 <
  • &gt; 代表 >
  • &amp; 代表 &
  • &quot; 代表 "
  • &apos; 代表 '

PCDATA

PCDATA 表示解析的字符数据。

将字符数据视为 XML 元素的开始标记和结束标记之间找到的文本。

PCDATA 是解析器将解析的文本。解析器将检查文本中的实体和标记。

文本内的标记将被视为标记,并且实体将被展开。

但是,解析的字符数据不应包含任何&、<或>字符;这些需要用分别表示为 &amp; &lt;&gt; 实体。

CDATA

CDATA 表示字符数据。

CDATA 是解析器将不解析的文本。文本内的标记将不被视为标记,并且实体将不被展开。

DTD - 元素

在 DTD 中,元素通过 ELEMENT 声明进行声明

声明元素

在 DTD 中,XML 元素的声明具有以下语法:

<!ELEMENT element-name category>

或者

<!ELEMENT element-name (element-content)>

空元素

空元素通过 category 关键字 EMPTY 进行声明:

<!ELEMENT element-name EMPTY>

示例

<!ELEMENT br EMPTY>

XML 示例

<br />

具有解析字符数据的元素

仅包含解析字符数据的元素在括号内使用 #PCDATA 进行声明:

<!ELEMENT element-name (#PCDATA)>

示例

<!ELEMENT from (#PCDATA)>

具有任何内容的元素

使用 category 关键字 ANY 声明的元素可以包含任意可解析的数据组合:

<!ELEMENT element-name ANY>

示例

<!ELEMENT note ANY>

具有子元素(序列)的元素

具有一个或多个子元素的元素通过在括号内声明子元素的名称进行声明:

<!ELEMENT element-name (child1)>

或者

<!ELEMENT element-name (child1,child2,...)>

示例

<!ELEMENT note (to,from,heading,body)>

当子元素按逗号分隔在序列中声明时,子元素必须按相同的顺序出现在文档中。在完整声明中,子元素也必须被声明,并且子元素也可以有子元素。 "note" 元素的完整声明如下:

<!ELEMENT note (to,from,heading,body)>
<!ELEMENT to (#PCDATA)>
<!ELEMENT from (#PCDATA)>
<!ELEMENT heading (#PCDATA)>
<!ELEMENT body (#PCDATA)>

声明元素的仅出现一次

<!ELEMENT element-name (child-name)>

示例

<!ELEMENT note (message)>

上面的示例声明了子元素 "message" 必须在 "note" 元素内出现一次,且仅一次。

声明元素至少出现一次

<!ELEMENT element-name (child-name+)>

示例

<!ELEMENT note (message+)>

上面示例中的+号表示子元素 "message" 必须在 "note" 元素内出现一次或多次。

声明元素出现零次或更多次

<!ELEMENT element-name (child-name*)>

示例

<!ELEMENT note (message*)>

上面示例中的*号表示子元素 "message" 可以在 "note" 元素内出现零次或更多次。

声明元素出现零次或一次

<!ELEMENT element-name (child-name?)>

示例

<!ELEMENT note (message?)>

上面示例中的?号表示子元素 "message" 可以在 "note" 元素内出现零次或一次。

声明要么/或内容

<!ELEMENT note (to,from,header,(message|body))>

上面的示例声明了 "note" 元素必须包含一个 "to" 元素、一个 "from" 元素、一个 "header" 元素,以及一个 "message" 或 "body" 元素。

声明混合内容

<!ELEMENT note (#PCDATA|to|from|header|message)*>

上面的示例声明了 "note" 元素可以包含零个或多个解析字符数据、"to"、"from"、"header" 或 "message" 元素的出现。

DTD - 属性

在 DTD 中,使用 ATTLIST 声明来声明属性

声明属性

属性声明具有以下语法:

<!ATTLIST element-name attribute-name attribute-type attribute-value>

DTD 示例

<!ATTLIST payment type CDATA "check">

XML 示例

<payment type="check" />

attribute-type 可以是以下之一:

  • CDATA:值是字符数据
  • (en1|en2|..):值必须是列举列表中的一个
  • ID:值是唯一标识符
  • IDREF:值是另一个元素的标识符
  • IDREFS:值是其他标识符的列表
  • NMTOKEN:值是有效的 XML 名称
  • NMTOKENS:值是有效的 XML 名称的列表
  • ENTITY:值是实体
  • ENTITIES:值是实体的列表
  • NOTATION:值是符号的名称
  • xml::值是预定义的 xml 值

attribute-value 可以是以下之一:

  • value:属性的默认值
  • #REQUIRED:属性是必需的
  • #IMPLIED:属性是可选的
  • #FIXED value:属性值是固定的

默认属性值

<!ELEMENT square EMPTY>
<!ATTLIST square width CDATA "0">

有效的 XML

<square width="100" />

在上面的示例中,“square”元素被定义为一个带有类型 CDATA 的空元素。如果未指定宽度,则其默认值为 0。

REQUIRED

语法

<!ATTLIST element-name attribute-name attribute-type #REQUIRED>

示例

<!ATTLIST person number CDATA #REQUIRED>

有效的 XML

<person number="5677" />

无效的 XML

<person />

如果没有默认值的选项,但仍希望强制属性存在,请使用 #REQUIRED 关键字。

IMPLIED

语法:

<!ATTLIST element-name attribute-name attribute-type #IMPLIED>

示例

<!ATTLIST contact fax CDATA #IMPLIED>

有效的 XML:

<contact fax="555-667788" />

有效的 XML:

<contact />

如果不想强制作者包含属性,并且没有默认值的选项,请使用 #IMPLIED 关键字。

FIXED

语法:

<!ATTLIST element-name attribute-name attribute-type #FIXED "value">

示例

<!ATTLIST sender company CDATA #FIXED "Microsoft">

有效的 XML:

<sender company="Microsoft" />

无效的 XML:

<sender company="W3Schools" />

当希望属性具有固定值而不允许作者更改时,请使用 #FIXED 关键字。如果作者包含其他值,XML 解析器将返回错误。

列举属性值

语法

<!ATTLIST element-name attribute-name (en1|en2|..) default-value>

示例

<!ATTLIST payment type (check|cash) "cash">

XML 示例

<payment type="check" />

<payment type="cash" />

当希望属性值是固定一组合法值之一时,请使用列举属性值。

XML 元素与属性

在 XML 中,没有规定何时使用属性,何时使用子元素。

元素与属性的使用

数据可以存储在子元素中,也可以存储在属性中。

请看以下示例

<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 中应该尽量避免使用。如果信息看起来像是数据,请使用子元素

以下三个 XML 文档包含完全相同的信息:

  1. 使用了一个 date 属性:
<note date="12/11/2002">
  <to>Tove</to>
  <from>Jani</from>
  <heading>Reminder</heading>
  <body>Don't forget me this weekend!</body>
</note>
  1. 使用了一个 date 元素:
<note>
  <date>12/11/2002</date>
  <to>Tove</to>
  <from>Jani</from>
  <heading>Reminder</heading>
  <body>Don't forget me this weekend!</body>
</note>
  1. 使用了扩展的 date 元素(这是我喜欢的):
<note>
  <date>
    <day>12</day>
    <month>11</month>
    <year>2002</year>
  </date>
  <to>Tove</to>
  <from>Jani</from>
  <heading>Reminder</heading>
  <body>Don't forget me this weekend!</body>
</note>

避免使用属性?

是否应该避免使用属性?

一些使用属性的问题包括:

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

如果将属性用作数据的容器,最终会得到难以阅读和维护的文档。尽量使用元素来描述数据。仅在提供与数据无关的信息时使用属性。

不要像这样使用 XML(这不是 XML 的正确用法)

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

关于属性规则有一个例外:

有时会为元素分配 ID 引用。这些 ID 引用可以用于访问 XML 元素,方式类似于 HTML 中的 NAME 或 ID 属性。这个例子演示了这一点:

<messages>
<note id="p501">
  <to>Tove</to>
  <from>Jani</from>
  <heading>Reminder</heading>
  <body>Don't forget me this weekend!</body>
</note>

<note id="p502">
  <to>Jani</to>
  <from>Tove</from>
  <heading>Re: Reminder</heading>
  <body>I will not!</body>
</note>
</messages>

这些示例中的 ID 只是一个计数器或唯一标识符,用于识别 XML 文件中不同的 note,并不是 note 数据的一部分。

这里想说的是,元数据(关于数据的数据)应该存储为属性,而数据本身应该存储为元素。

实体声明

实体(Entity)被用来定义对特殊字符的快捷方式。实体可以声明为内部或外部。

内部实体声明

语法

<!ENTITY entity-name "entity-value">

示例

DTD示例

<!ENTITY writer "Donald Duck.">
<!ENTITY copyright "Copyright W3Schools.">

XML示例

<author>&writer;&copyright;</author>

注意:一个实体由三部分组成:一个 & 符号、一个实体名和一个分号。

外部实体声明

语法

<!ENTITY entity-name SYSTEM "URI/URL">

XML示例

<author>&writer;&copyright;</author>

DTD示例

电视节目表DTD

<!DOCTYPE TVSCHEDULE [

<!ELEMENT TVSCHEDULE (CHANNEL+)>
<!ELEMENT CHANNEL (BANNER,DAY+)>
<!ELEMENT BANNER (#PCDATA)>
<!ELEMENT DAY (DATE,(HOLIDAY|PROGRAMSLOT+)+)>
<!ELEMENT HOLIDAY (#PCDATA)>
<!ELEMENT DATE (#PCDATA)>
<!ELEMENT PROGRAMSLOT (TIME,TITLE,DESCRIPTION?)>
<!ELEMENT TIME (#PCDATA)>
<!ELEMENT TITLE (#PCDATA)> 
<!ELEMENT DESCRIPTION (#PCDATA)>

<!ATTLIST TVSCHEDULE NAME CDATA #REQUIRED>
<!ATTLIST CHANNEL CHAN CDATA #REQUIRED>
<!ATTLIST PROGRAMSLOT VTR CDATA #IMPLIED>
<!ATTLIST TITLE RATING CDATA #IMPLIED>
<!ATTLIST TITLE LANGUAGE CDATA #IMPLIED>
]>

报纸文章DTD

<!DOCTYPE NEWSPAPER [

<!ELEMENT NEWSPAPER (ARTICLE+)>
<!ELEMENT ARTICLE (HEADLINE,BYLINE,LEAD,BODY,NOTES)>
<!ELEMENT HEADLINE (#PCDATA)>
<!ELEMENT BYLINE (#PCDATA)>
<!ELEMENT LEAD (#PCDATA)>
<!ELEMENT BODY (#PCDATA)>
<!ELEMENT NOTES (#PCDATA)>

<!ATTLIST ARTICLE AUTHOR CDATA #REQUIRED>
<!ATTLIST ARTICLE EDITOR CDATA #IMPLIED>
<!ATTLIST ARTICLE DATE CDATA #IMPLIED>
<!ATTLIST ARTICLE EDITION CDATA #IMPLIED>

<!ENTITY NEWSPAPER "Vervet Logic Times">
<!ENTITY PUBLISHER "Vervet Logic Press">
<!ENTITY COPYRIGHT "Copyright 1998 Vervet Logic Press">

]>

产品目录DTD

```xml
<!DOCTYPE CATALOG [

<!ENTITY AUTHOR "John Doe">
<!ENTITY COMPANY "JD Power Tools, Inc.">
<!ENTITY EMAIL "jd@jd-tools.com">

<!ELEMENT CATALOG (PRODUCT+)>

<!ELEMENT PRODUCT
(SPECIFICATIONS+,OPTIONS?,PRICE+,NOTES?)>
<!ATTLIST PRODUCT
NAME CDATA #IMPLIED
CATEGORY (HandTool|Table|Shop-Professional) "HandTool"
PARTNUM CDATA #IMPLIED
PLANT (Pittsburgh|Milwaukee|Chicago) "Chicago"
INVENTORY (InStock|Backordered|Discontinued) "InStock">

<!ELEMENT SPECIFICATIONS (#PCDATA)>
<!ATTLIST SPECIFICATIONS
WEIGHT CDATA #IMPLIED
POWER CDATA #IMPLIED>

<!ELEMENT OPTIONS (#PCDATA)>
<!ATTLIST OPTIONS
FINISH (Metal|Polished|Matte) "Matte"
ADAPTER (Included|Optional|NotApplicable) "Included"
CASE (HardShell|Soft|NotApplicable) "HardShell">

<!ELEMENT PRICE (#PCDATA)>
<!ATTLIST PRICE
MSRP CDATA #IMPLIED
WHOLESALE CDATA #IMPLIED
STREET CDATA #IMPLIED
SHIPPING CDATA #IMPLIED>

<!ELEMENT NOTES (#PCDATA)>

]>

最后

为了方便其他设备和平台的小伙伴观看往期文章:

微信公众号搜索:Let us Coding,关注后即可获取最新文章推送

看完如果觉得有帮助,欢迎点赞、收藏、关注

相关文章
|
1天前
|
缓存 网络协议 安全
常见的DNS记录类型总结
【6月更文挑战第17天】DNS记录类型:A(IPv4)、AAAA(IPv6)、CNAME(别名)、MX(邮件路由)、TXT(文本信息)和NS(DNS服务器指定)。常见DNS攻击有DDoS、DNS缓存中毒、域名劫持和查询嗅探。防护措施包括使用防火墙、安全软件,选择安全DNS服务,定期检查更新服务器,避免旧版软件,及时响应异常。
28 1
|
19天前
|
存储 数据处理 Python
Python中的字典(Dictionary)类型:深入解析与应用
Python中的字典(Dictionary)类型:深入解析与应用
11 0
|
20天前
|
XML 存储 C#
C# xml文档反序列化记事
本文介绍了使用XmlSerializer进行XML序列化和反序列化的关键点。包括:1) 以独占方式读取XML文件以避免并发问题;2) 当元素名与类型名不一致时,可通过`[XmlArrayItem]`指定元素名,或创建继承自原始类型的子类;3) 处理DateTime反序列化错误,通过中间字符串属性转换;4) 提到了常用C#特性如`[XmlRoot]`, `[XmlElement]`, `[XmlAttribute]`, `[XmlIgnore]`和`[XmlArrayItem]`的作用。
|
24天前
|
测试技术 持续交付 数据处理
Python动态类型深度解析与实践
Python动态类型深度解析与实践
407 1
|
26天前
const的定义和使用解析
const的定义和使用解析
|
27天前
|
域名解析 网络协议
【域名解析 DNS 专栏】DNS 记录类型全解析:A、MX、CNAME 与更多
【5月更文挑战第22天】DNS记录类型包括A、MX、CNAME等,用于确保域名与网络资源准确关联。A记录将域名指向IPv4地址,MX记录指定邮件服务器,CNAME则用于创建域名别名。其他记录如NS记录指定名称服务器,TXT记录用于验证和设置策略,SRV记录定义服务位置。正确配置DNS记录对网络运行至关重要,需注意信息准确性和及时更新。理解和运用这些记录能优化网络环境,支持各种在线服务。
【域名解析 DNS 专栏】DNS 记录类型全解析:A、MX、CNAME 与更多
|
30天前
|
XML 数据格式
XML Schema 复杂元素类型详解:定义及示例解析
在XML Schema(XSD)中,复杂元素包含其他元素和/或属性,分为4类:空元素、仅含元素、仅含文本和既含元素也含文本。定义复杂元素可通过直接声明或引用预定义的复杂类型。复杂空元素仅含属性,而仅含元素的类型则只包含其他子元素。XSD提供了`&lt;xs:sequence&gt;`、`&lt;xs:all&gt;`、`&lt;xs:choice&gt;`等指示器来规定元素顺序和出现次数,以及`&lt;xs:attributeGroup&gt;`和`&lt;xs:group&gt;`来组织元素和属性。
187 7
|
1月前
|
安全 数据安全/隐私保护
企业邮箱解析:定义、特点全揭秘,通信安全护航
商务邮箱是专为企业的邮件服务系统,强调专业形象、高效沟通和信息安全。它提供邮件管理、会议安排等功能,增强品牌形象和内部效率。重要的是选择稳定且安全的服务商。商务邮箱使用企业域名,展示专业性并提升品牌识别度,包含群发管理、邮件追踪等高级功能。市场有多种服务商,如Zoho Mail和G Suite,选择时需考虑稳定性、安全性等因素。商务邮箱对提升企业形象、加强内部管理、保障信息安全、支持移动办公及客户服务起关键作用。
24 1
|
1月前
|
XML JavaScript 数据格式
Beautiful Soup 库的工作原理基于解析器和 DOM(文档对象模型)树的概念
【5月更文挑战第10天】Beautiful Soup 使用解析器(如 html.parser, lxml, html5lib)解析HTML/XML文档,构建DOM树。它提供方法查询和操作DOM,如find(), find_all()查找元素,get_text(), get()提取信息。还能修改DOM,添加、修改或删除元素,并通过prettify()输出格式化字符串。它是处理网页数据的利器,尤其在处理不规则结构时。
43 2
|
1月前
|
XML JavaScript 数据格式
XML Schema(XSD)详解:定义 XML 文档结构合法性的完整指南
XML Schema(XSD)是用于定义XML文档结构的规范,它描述了元素、属性及其顺序、数据类型和约束。与DTD相比,XML Schema支持更多数据类型,如字符串、日期等,并且是基于XML的,允许扩展和重用。学习XML Schema有助于确保数据通信时双方对内容的理解一致,通过验证防止错误。示例展示了如何定义一个`note`元素,包含`to`, `from`, `heading`和`body`子元素,都是字符串类型。XML文档可以通过引用XML Schema进行验证,确保内容符合预设模式。
56 0

推荐镜像

更多