尽管定义了一些术语,但本文档中使用了以下定义。强烈建议您熟悉 XML。
术语 | 解释 | 定义 |
abstract module | 抽象模块 | 对应于不同类型的内容的文档类型说明的单元,对应于反映该不同类型的标记构造。 |
content model | 内容模型 | 在元素类型的实例中允许声明的标记结构。XML 1.0区分了两种类型:仅包含元素内容(无字符数据)的元素和混合内容(可能包含任意穿插子元素的字符数据的元素)。后者的特点是以“#PCDATA”字符串(表示字符数据)开始的内容规范。 |
document model | 文档模型 | 给定文档类型的有效结构和约束条件。文档模型构成了一类文档的物理或语义结构的抽象表示。 |
document type | 文件类型 | 一类文件共享一个共同的抽象结构。ISO 8879 [SGML]定义如下:“一类具有类似特征的文件,例如期刊,文章,技术手册或备忘录(4.102)” |
document type definition (DTD) | 文档类型定义(DTD) | 一个特定文档类型的文档实例必须符合的XML结构和语法规则的正式机器可读表达式; XML 1.0中使用的模式类型来验证文档实例与其声明的文档类型是否一致。相同的标记模型可以由各种DTD表示。 |
driver | 驱动 | 个通常很短的文件,用于声明和实例化一个DTD的模块。一个好的经验法则是,DTD驱动程序不包含构成文档模型本身任何部分的标记声明。 |
element | 元素 | 元素类型的一个实例。 |
element type | 元素类型 | 元素的定义,也就是文档内容的不同语义类的容器。 |
entity | 实体 | 一个实体是一个包含文档内容的逻辑或物理存储单元。实体可能由可解析的XML标记或字符数据,或者未经分析的(即非XML,可能是非文本的)内容组成。实体内容可以完全在文档实体(“内部实体”)内或文档实体外部(“外部实体”)定义。在解析的实体中,替换文本可能包括对其他实体的引用。 |
entity reference | 实体参考 | 用作引用声明实体内容的助记符字符串(例如,“&”为“&”,“&”为“<”,“&copy;”为“©”)。 |
facilities | 设备 | 元素,属性以及与这些元素和属性相关联的语义。 |
generic identifier | 通用标识符 | 标识元素的元素类型的名称。另外,元素类型名称。 |
hybrid document | 混合文件 | 混合文档是使用多个XML名称空间的文档。混合文档可以被定义为包含来自混合文档类型的元素或属性的文档。 |
instantiate | 实例 | 将实体引用替换为其声明内容的实例。 |
markup declaration | 标记声明 | DTD中的一个语法结构,声明一个实体或定义一个标记结构。在XML DTD中,有四种特定的类型:实体声明定义了助记符号和替换内容之间的绑定; 元素声明约束哪些元素类型可能作为元素内的后代出现(另见内容模型); 属性定义列表声明定义给定元素类型的属性集合,并且还可以建立类型约束和默认值; 符号声明定义了符号名称和引用未解析实体格式的外部标识符之间的绑定。 |
markup model | 标记模型 | 由文档类型定义(即模式)定义的标记词汇(即,元素和属性名称,符号等的色域)和语法(即,该词汇的规定用途)标记模型是具体的在文档模型的标记语法中的表示,并且可以用不同级别的严格符合来定义。相同的文档模型可以用各种标记模型来表示。 |
module | 模型 | 文档模型中的一个抽象单元,表示为DTD片段,用于合并标记声明以增加特定逻辑或语义结构的灵活性,可修改性,重用性和理解性。 |
modularization | 模块化 | 一个模块化模型的实现; 通过将其标记声明分为单元或组以支持特定的目标来组成或解构DTD的过程。模块可以或不可以作为单独的文件实体存在(即,DTD的物理和逻辑结构可以彼此镜像,但是不存在这样的要求)。 |
modularization model | 模块化模型 | 支持模块化目标的文档类型定义(DTD)的抽象设计,例如重用性,可扩展性,表现力,文档易用性,代码大小,一致性和直观性。重要的是要注意,模块化模型只与它所描述的文档模型正交相关,所以两种非常不同的模块化模型可能会描述相同的文档类型。 |
parameter entity | 参数实体 | 使用范围在文档序言(即,外部子集/ DTD或内部子集)内的实体。参数实体在文档实例中是不允许的。 |
parent document type | 父文档类型 | 混合文档的父文档类型是根元素的文档类型。 |
tag | 标签 | 描述性标记定义元素的开始和结束(包括其通用标识符和任何属性)。 |