AI 助理
备案控制台
开发者社区 云原生 文章 正文

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

2024-04-26 125
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
服务治理 MSE Sentinel/OpenSergo，Agent数量 不受限
Serverless 应用引擎免费试用套餐包，4320000 CU，有效期3个月
应用实时监控服务-可观测链路OpenTelemetry版，每月50GB免费额度
简介： 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，关注后即可获取最新文章推送

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

文章标签：
云解析DNS
数据格式
XML
存储
容器
关键词：
云解析DNS定义
云解析DNS类型
XML解析
xml云解析DNS
云解析DNS文档
小万哥丶
目录
相关文章
游客44yag4ft7nckq
|
2月前
|
XML Web App开发 JavaScript
XML DOM 解析器
XML DOM 解析器
游客44yag4ft7nckq
41 5
LuckiBit
|
15天前
|
存储 网络协议 编译器
【C语言】深入解析C语言结构体：定义、声明与高级应用实践
通过根据需求合理选择结构体定义和声明的放置位置，并灵活结合动态内存分配、内存优化和数据结构设计，可以显著提高代码的可维护性和运行效率。在实际开发中，建议遵循以下原则： - **模块化设计**：尽可能封装实现细节，减少模块间的耦合。 - **内存管理**：明确动态分配与释放的责任，防止资源泄漏。 - **优化顺序**：合理排列结构体成员以减少内存占用。
LuckiBit
83 14
1778908750453455
|
1月前
|
存储 人工智能 自然语言处理
高效档案管理案例介绍：文档内容批量结构化解决方案解析
档案文件内容丰富多样，传统人工管理耗时低效。思通数科AI平台通过自动布局分析、段落与标题检测、表格结构识别、嵌套内容还原及元数据生成等功能，实现档案的高精度分块处理和结构化存储，大幅提升管理和检索效率。某历史档案馆通过该平台完成了500万页档案的数字化，信息检索效率提升60%。
1778908750453455
111 5
1778908750453455
|
1月前
|
自然语言处理 并行计算 数据可视化
免费开源法律文档比对工具：技术解析与应用
这款免费开源的法律文档比对工具，利用先进的文本分析和自然语言处理技术，实现高效、精准的文档比对。核心功能包括文本差异检测、多格式支持、语义分析、批量处理及用户友好的可视化界面，广泛适用于法律行业的各类场景。
1778908750453455
76 1
游客44yag4ft7nckq
|
2月前
|
XML Web App开发 JavaScript
XML DOM 解析器
XML DOM 解析器
游客44yag4ft7nckq
41 19
游客44yag4ft7nckq
|
2月前
|
XML Web App开发 JavaScript
XML DOM 解析器
XML DOM 解析器
游客44yag4ft7nckq
26 3
游客44yag4ft7nckq
|
2月前
|
XML Web App开发 JavaScript
XML DOM 解析器
XML DOM 解析器
游客44yag4ft7nckq
23 1
游客44yag4ft7nckq
|
2月前
|
XML Web App开发 JavaScript
XML DOM 解析器
XML DOM 解析器
游客44yag4ft7nckq
16 1
一位隐者
|
2月前
|
自动驾驶 物联网 5G
深入解析：5G标准中的网络切片定义及其应用
【10月更文挑战第4天】
一位隐者
184 1
爱分享的小妮子
|
2月前
|
存储 文字识别 算法
解析！文档扫描 SDK 中的高级图像处理技术
本博客讨论了图像质量在文档扫描中的重要性，解决了扫描过程中遇到的常见挑战，以及文档扫描 SDK 利用先进的图像处理技术来应对这些挑战。
爱分享的小妮子
83 2

云原生

热门文章

最新文章

  • 1
    Docker 镜像加速器
  • 2
    Docker CE 镜像源站
  • 3
    Docker Engine 镜像源站
  • 4
    使用Docker运行Java Web应用
  • 5
    Istio 在阿里云容器服务的部署及流量治理实践
  • 6
    阿里云Windows Server 2016环境Docker试用
  • 7
    在阿里云容器服务上创建一个spring boot应用
  • 8
    Kafka、RabbitMQ、RocketMQ 消息中间件的对比 | 消息发送性能篇
  • 9
    微服务网关Zuul迁移到Spring Cloud Gateway
  • 10
    基于Docker的应用负载均衡与服务发现
  • 1
    实例工厂实例化Bean走一波~
    23
  • 2
    为什么大家都推荐PageAdmin CMS？
    14
  • 3
    Linux 安装python3.7.6
    42
  • 4
    K8S部署nexus
    30
  • 5
    陪玩系统功能 陪玩平台 陪玩系统用户体验 陪玩系统安全性 陪玩系统开发
    28
  • 6
    如何自己搭建一个网站？
    26
  • 7
    🎉 WatchAlert - 开源多数据源告警引擎【运维研发必备能力】
    70
  • 8
    【Azure Logic App】使用Logic App来定制Monitor Alert邮件内容遇见无法获取SearchResults的情况
    25
  • 9
    如何选择CMS网站管理系统？CMS包含哪些功能？
    22
  • 10
    婚恋交友系统平台 相亲交友平台系统 婚恋交友系统APP 婚恋系统源码 婚恋交友平台开发流程 婚恋交友系统架构设计 婚恋交友系统前端/后端开发 婚恋交友系统匹配推荐算法优化
    22

    • 相关课程

    更多
  • 云计算工程师解析与实战-网络专家篇（体验版）
  • 深入解析Docker容器化技术
  • XML入门
  • Java面试疑难点解析 - 面试技巧及语言基础
  • Java面试疑难点解析 - Java Web开发
  • Java面试疑难点解析 - 系统架构及项目设计

    • 相关电子书

    更多
  • 神龙云服务器产品及技术深度解析
  • 弹性创造价值：基于ECS的最佳性价比实践解析
  • 又快又稳：阿里云下一代虚拟交换机解析

    • 相关实验场景

    更多
  • 通过云拨测对指定服务器进行Ping/DNS监测

    • 推荐镜像

    更多
  • DNS
  • NTP
  • puppet
    • 下一篇
    DataWorks