📄 200604231236585.html
字号:
<TBODY>
<TR>
<TD>
<TABLE class=pagefont cellSpacing=0 cellPadding=0 width="100%" border=0>
<TBODY>
<TR>
<TD> XML 的实体机制是一种节省大量时间的工具，而且也是将多种不同型态的数据并入XML 文件中的方法。在XML 文件中，你可以将经常使用的XML 文字区段定义成实体，可以快速地将XML文字加入到你需要的任何地方，也可以将外部的档案定义成实体，然后将档案的数据附加到文件；这些数据可以由XML 本文或其它的文字或非文字数据所组成。<BR> 你可以使用<a href="200603090857555.html" tppabs="http://www.itisedu.com/phrase/200603090857555.html" target="_new">类</a>似用来在有效的XML 文件中宣告元素或属性的语法，在文件型态定义（DTD）中进行实体的定义。第五章已经讨论过DTD 与文件的型态宣告。<BR> 在本章中，首先你将学到一些使用实体的基本技巧，以及为实体进行分类的方法。接着你将学到如何宣告每一种不同的实体型态，以及如何将实体加到文件中需要的地方。再来你将学习如何使用两种可以让你将任何型态字符加入到各种本文中的XML 特性：字符参照与预先定义实体。最后本章将以实作的练习作为结束，让你对于在有效的XML 文件中运用实体能够有更多的实际经验。 <BR><BR><SPAN class=style2>实体的定义与分类</SPAN><BR><BR> XML 的规格书中将「实体」这个词汇做了广泛的应用，一般的意思是指与XML 文件相关联的任何下列型式的储存单元。<BR> 有效的XML 文件本身<BR> 外部的DTD 子集（已于第五章的 ＜使用外部DTD 子集＞ 中做过讨论）<BR> 定义成DTD 中外部实体的外部档案，以及实体参照的运用<BR> 在DTD 中定义内部实体的引号包围字符串，以及实体参照的运用<BR> 笔者将扼要地定义最后两项。注意列表中的前三类储存单元都是档案，而最后一项则是引号包围的字符串。<BR> 然而，本章将实体用在较狭义的领域：参考最后两项的储存单元－那就是，在文件中的DTD 中定义成外部档案或引号包围字符串，并在文件中以实体参照的方式运作。例如，下面的DTD 将外部档案Topics.xml（一个拥有包含在文件中全部文章所涵盖的标题列表的档案）定义成名为topics 的外部实体，并且将引号包围字符串（「A Short History of XML」）定义成名为title 的内部实体：<BR>[<BR><!ELEMENT ARTICLE (TITLEPAGE,INTRODUCTION,SECTION*)><BR><!ELEMENT TITLEPAGE (#PCDATA)><BR><!ELEMENT INTRODUCTION (#PCDATA)><BR><!ELEMENT SECTION (#PCDATA)><BR><!ENTITY topics SYSTEM "Topics.xml"><BR><!ENTITY title "A Short History of XML"><BR>]<BR>><BR> 你可以借着简单地含括实体参照&topics，来将标题的完整列表放在文章中你需要的任何地方（例如，在摘要、序文或结论）。如下列的元素所示：<BR><INTRODUCTION><BR>This article will cover the following topics:<BR>&topics;<BR></INTRODUCTION><BR> 接下来你就可以含括实体参照&title 来将文章放在需要的地方；如元素所示：<BR><TITLEPAGE><BR>Title:&title;<BR>Author:Michael Young<BR></TITLEPAGE><BR> 实体的机制对于储存常用的XML 文字区段特别有用。例如，如果文章标题遍布在文章里多个位置，使用实体（如之前范例中所示）能减少输入，帮助确保一致性，并且让修改标题变得更容易。你也可以借着简单地在DTD 中编辑实体宣告来修改整个标题，大概如下所示：<BR><!ENTITY title "A Long History of XML"><!--modified entity<BR>declaration --><BR> 如果你恰巧是个<a href="200602281641255.html" tppabs="http://www.itisedu.com/phrase/200602281641255.html" target="_new">程序设计</a>人员，你将发现XML 实体机制与程序语言中定义的常数之间的相似性（如C 里面那些使用#define 处理器指令进行宣告的常数或函式）。如同你稍后将见到的，实体机制也是将非XML 的数据含括到XML 文件中不可或缺的要项，例如影像的图形数据。<BR><BR>实体的型态<BR><BR> 实体在刚开始可能会让人有点迷惑，因为它们是以这么多种不同的方式出现。虽然在这个章节中出现的范例都有点抽象（在你见到细节部分与范例之前），但是了解这些讯息应该会让你在实体上的学习变得更容易。<BR> 实体利用下面三种方式进行分类：<BR> 一般的vs.参数的 。一般实体（general entity）包含了文件的内容。意即，可以用在文件元素内的XML 文字、其它的文字，或非文字数据。前面章节中所介绍的实体范例（title 与topics）都是一般实体。参数实体（parameter entity）则包含了可以被安插在DTD 中的XML 文字。在XML 的规格书中，无条件限制的实体这个词汇是指一般实体。<BR> 内部的vs.外部的 。内部实体（internal entity）是一个包含在引号包围字符串内的实体（如前面章节中的title 实体）。外部实体（external entity）则是包含在个别档案中的实体（如前面章节中的topic 实体）。<BR> 已解析的vs.未解析的 。已解析的实体（parsed entity）是由XML 文字（字符数据、卷标或两者皆有）所组成的实体。当你把对已解析实体的参照放入文件时，该参照会被换成实体的内容数据（也称为置换本文（replacement text）），变成文件内容的一部份。XML 解析器会以扫描文字的方式对实体的内容进行处理。前面章节中所介绍的两个实体范例（title 与topics）都是已解析的实体。<BR> 而未解析的实体则是包含了各种型态的数据：XML 资料，或占了大多数的非XML资料。非XML 数据可以是文字数据（如标题），或非文字数据（如影像的图形数据）。因为未解析实体通常不包括XML，所以它的内容并不是透过实体参照的方式直接放入文件中。然而，你可以将实体的名称指定成ENTITY 或ENTITIES 型态属性，如此应用程序便可以使用实体的名称与叙述，并对数据进行任意的处理。<BR> 因为实体可以利用这三种方式来进行分类，而且每种方法都有两个类别，所以理论上实体可以分成八种，如下图所示：<BR>
<P align=center><IMG src="2006327175741623.jpg" tppabs="http://www.itisedu.com/manage/Upload/image/2006327175741623.jpg" border=0></P> 然而，XML 并未提供图形外的三种实体型态，所以XML 只有五种实体类型，你将在本章中学得如何定义及使用这些属性型态：<BR> 一般内部已解析实体<BR> 一般外部已解析实体<BR> 一般内部未解析实体<BR> 参数内部已解析实体<BR> 参数外部已解析实体<BR><BR><SPAN class=style2>宣告一般实体</SPAN><BR><BR> 你可以借着在文件的DTD 中宣告实体来建立实体。借着使用一种类似用来宣告元素与实体的卷标类型来为实体进行宣告。在接下来的章节中，你将学习如何宣告各种一般实体。<BR><BR>宣告一般内部已解析实体<BR><BR> 对一个一般内部已解析实体的宣告可以利用下列的格式：<BR><!ENTITY EntityName EntityValue><BR> 这里的EntityName 是实体的名称。你可以选择遵循下列这些规则而来的任何名称：<BR> 名称必须以字母或底线（_）开始，后面接着零或多个字母、数字、句号（.）、连字号（-），或底线（_）。<BR> 实体可以拥有与位在文件中的参数实体相同的名称（一般实体与参数实体使用不同的命名空间(namespaces)）。实体也可以拥有与元素或属性相同的名称。<BR> 记住，字母的大小写在所有的卷标，包括实体名称中的所有文字中，是不同的。因此，一个名为Bowser 的实体与名为bowser 的实体是不同的。<BR> 实体值（EntityValue）就是实体的数值。你指定给一般内部实体的数值是一连串包含在引号内的连续字符，称之为引号包围字符串或literal。你可以为一般内部实体指定任何的值，只要遵循下列的规则即可：<BR> 字符串可以包含在单引号（'）或双引号（"）内。<BR> 字符串中不能包含用来包围字符串的引号字符。<BR> 字符串中不能包含（&）字符，除了用来作字符引号或实体参照的起始。同样地，字符串中也不能包含百分比字符（%）。（有关例外的状况，请参阅 http://www.w3.org/TR/REC-xml 的XML 规格书中的第四部分。）<BR> 当然，字符串的内容对于你想放置实体的位置必须是正确的。例如，如果你想将实体放置在元素之中，它必须包含一个或多个可以被合法地放置在元素（套迭元素、字符数据，以及其它在第三章 ＜元素内容的类型＞ 所介绍的数据等等）中的项目。或者，如果你在属性值内插入一个实体，它必须包含合法属性规格的字符（如同第三章 ＜合法属性值的规则＞ 中所介绍的）。本章稍后将介绍你可以放置<BR>一般内部已解析实体的位置。<BR> 例如，下面的DTD 定义了一个名为title 的一般内部已解析实体：<BR>[<BR><!ELEMENT ARTICLE (TITLEPAGE,INTRODUCTION,SECTION*)><BR><!ELEMENT TITLEPAGE (#PCDATA|SUBTITLE)*><BR><!ELEMENT SUBTITLE (#PCDATA)><BR><!ELEMENT INTRODUCTION (#PCDATA)><BR><!ELEMENT SECTION (#PCDATA)><BR><!ENTITY title<BR>"The Story of XML<BR><SUBTITLE>The Future Language of the<BR>Internet</SUBTITLE>"><BR>]<BR>><BR> title 实体包含了字符数据加上一个元素（SUBTITLE）。根据位于DTD 中的宣告部分，该内容只能正确地放置在TITLEPAGE 元素中，如下所示：<BR><TITLEPAGE><BR>Title:&title;<BR>Author:Michael Young<BR></TITLEPAGE><BR> XML 解析器将把实体参照（&title;）的部分替换成实体的内容，并且将这些内容如同你将文字输入到文件中相同位置的方式来进行处理，就像这样：<BR><TITLEPAGE><BR>Title:The Story of XML<BR><SUBTITLE>The Future Language of the Internet</SUBTITLE><BR>Author:Michael Young<BR></TITLEPAGE><BR><BR>宣告一般外部已解析实体<BR><BR> 一般外部已解析实体的宣告拥有下列的格式：<BR><!ENTITY EntityName SYSTEM SystemLiteral><BR> 这里的EntityName 是属性的名称。只要你遵守一般外部已解析实体的命名规则，你可以选择任何的名称。<BR> SystemLiteral 则是负责描述包含实体数据文件其地址的系统literal。这些系统literal 可以使用单引号（'）或双引号（"）来包围，并且可以包含任何的字符，除了被用来作包围字符的引号字符以外。<BR> 系统literal 指定了包含实体数据文件的统一资源识别代号（URI）。目前，URI 在本质上与标准的网络地址相同，一般称为统一资源寻址器，或URL。你可以使用完全符合规定的URL，如：<BR><!ENTITY abstract SYSTEM "http://bogus.com/documents/Abstract.xml"><BR> 或者你可以使用部分的URI，该URI 指定了相对于包含该URI 的XML 文件位置的相对位置，例如：<BR><!ENTITY abstract SYSTEM "Abstract.xml"><BR> 在XML 文件中相对的URI 都是利用与位在HTML 网页中相对URL 运作的相同方式来运作。想获得更多URI 的相关信息，请参阅第五章 ＜使用外部的DTD 子集＞ 中的介绍。<BR> 外部实体的档案可以只包含那些能够合法地被安插在元素（如第三章的 ＜元素内容的类型＞ 中所介绍的字符数据、套迭元素等等）之中的项目。如同你在本章稍后将学到的，最终你只能将一般内部已解析实体放置在元素的内容之中。（你可以将实体含括在内部实体宣告的数值内，但是你接着必须将该内容安插到元素内。）例如，下面的DTD 将外部档案Topics.xml 定义成一般外部已解析实体：<BR>[<BR><!ELEMENT ARTICLE (TITLEPAGE,INTRODUCTION,SECTION*)><BR><!ELEMENT TITLEPAGE (#PCDATA)><BR><!ELEMENT INTRODUCTION ANY><BR><!ELEMENT SECTION (#PCDATA)><BR><!ENTITY topics SYSTEM "Topics.xml"><BR>]<BR>><BR> 下面是Topics.xml 档案的内容：<BR><HEADING>Topics</HEADING><BR>The Need for XML<BR>The Official Goals of XML<BR>Standard XML Applications<BR>Real-World Uses for XML<BR> 这个特殊的外部实体档案包含了两个你可以含括在XML 元素中的项目：套迭元素与字符数据区块。实体的内容可以正确地被安插在INTRODUCTION 元素中（该元素可以拥有任何型态的内容），如这个范例所示：<BR><INTRODUCTION><BR>Here 's what this article covers:<BR>&topics;<BR></INTRODUCTION><BR><BR><SPAN class=style2>宣告一般外部未解析实体</SPAN><BR><BR> 一般外部未解析实体的宣告是以下面的格式进行：<BR><!ENTITY EntityName SYSTEM SystemLiteral NDATA NotationName><BR> 这里的EntityName 是实体的名称。只要遵守本章前面 ＜宣告一般内部已解析实体＞ 中所介绍一般实体的命名规则，你可以选择任何名称来当作实体名称。<BR> SystemLiteral 则是系统literal，用来描述包含了实体数据的档案所在位置。它运作的方式和之前介绍的系统literal 一样，都是用来描述一般外部已解析实体的位置。<BR>注意<BR> 关键词NDATA 代表的是包含解析过数据的实体档案。<BR> NotationName 是在DTD 中宣告的标签名称。该卷标描述了包含在实体档案中数据的格式，或指定了负责处理该数据的程序所在位置。下一个章节将会讨论标签的宣告。<BR> 未解析外部实体档案包含了任何格式的文字或非文字数据。当然，它应该符合由指定规格所提供的格式叙述。<BR> 例如，下面XML 文件中的DTD 将档案Faun.gif（包含书本封面的影像）定义成一般外部未解析实体，名为faun。该实体卷标名称为GIF，被定义成指向负责以GIF 格式显示图像的程序（ShowGif.exe）的所在位置。DTD 同时也定义了名为COVERIMAGE 的实体元素，以及名为Source 的元素型态属性ENTITY：<BR><?xml version="1.0"?><BR>[<BR><!ELEMENT BOOK (TITLE,AUTHOR,COVERIMAGE)><BR><!ELEMENT TITLE (#PCDATA)><BR><!ELEMENT AUTHOR (#PCDATA)><BR><!ELEMENT COVERIMAGE EMPTY><BR><!ATTLIST COVERIMAGE Source ENTITY #REQUIRED><BR><!NOTATION GIF SYSTEM "ShowGif.exe"><BR><!ENTITY faun SYSTEM "Faun.gif " NDATA GIF>><BR>]<BR>><BR><BOOK><BR><BR>Nathaniel Hawthorne</AUTHOR><BR><COVERIMAGE Source="faun" /><BR></BOOK><BR> 在文件的元素中，COVERIMAGE 元素的Source 属性被指定成外部实体的名称，该实体包含即将被显示的封面图像的图形数据。因为Source 拥有ENTITY 型态，所以你可以指定其值为一般外部未解析实体的名称。事实上，你能够使用这种型态的实体的唯一方法就是将其名字指定成ENTITY 或ENTITIES 型态的属性。<BR> 注意<BR> 不像外部已解析实体的档案，一个外部未解析实体档案并不能直接被XML 处理器存取。更确切地说，处理器只是让实体与其卷标能够让应用程序使用，该程序可以对信息进行随意的处理。（例如，它可能会执行与卷标结合的程序并让程序显示实体档案中的数据。）在第九章中，你将学习到如何撰写可以存取实体与卷标的网页script。<BR><BR>宣告标签<BR><BR> 卷标描述了一种特殊的数据格式。它是借着提供该格式描述的位置、可以处理该种格式数据的应用程序位置，或简单的格式叙述等方式来提供数据格式。你可以使用标签来描述一般外部未解析实体（如你在前面章节中所见到的）的格式，或者你可以为拥有NOTATION 列举数据型态（如同第五章中的 ＜设定列举型态＞ 所介绍的）属性指定卷标。<BR>标签拥有下列一般格式：<BR><!NOTATION NotationName SYSTEM SystemLiteral><BR> 这里的NotationNam 是标签的名称。你可以选择任何你想要的名称，只要是以字母或底线（_）起始，后面接着零或多个字母、数字、句点（.）、连字号（-），或底线（_）。你应该选择一个有意义的名称来代表该格式。例如，如果你想定义卷标来描述图形文件，你可以将它命名为BMP。<BR> SystemLiteral 则是系统literal，可以使用单引号（'）或双引号（"）来包围，而且可以包含任何的字符，除了用来作包围用的引号以外。你可以将任何可能对负责显示或处理XML 文件的应用程序有意义的格式叙述含括在系统literal 中。（记住，XML 处理器本身并不会使用这些信息；它只是单纯地将它传送给应用程序，而应用程序可能是网页中的script。）例如，你可以含括下列系统literal 的任何一个：<BR> 可以处理或显示的数据格式应用程序的URI，如下面范例中所介绍的：<BR><!NOTATION BMP SYSTEM "Pbrush.exe"><BR><!NOTATION GIF SYSTEM "http://bogus.com/ShowGif.exe"><BR> 描述格式的在线文件的URI，如：<BR><!NOTATION STRANGEFORMAT SYSTEM<BR>"http://bogus.com/StrangeFormat.htm"><BR> 格式的简单描述，如：<BR><!NOTATION GIF SYSTEM "Graphic Interchange Format"><BR> 请参阅第五章中的 ＜使用外部的DTD 子集＞ 以取得更多URI 的信息与范例。<BR><BR><SPAN class=style2>宣告参数实体</SPAN><BR><BR> 你可以使用类似用在一般实体上的卷标宣告来宣告一个参数实体。在下面的章节中，你将学到如何宣告两种参数实体。<BR><BR>宣告内部已解析参数实体<BR><BR> 内部已解析参数实体的宣告拥有下列的格式：<BR><!ENTITY %EntityName EntityValue ><BR> 这里的EntityName 是实体的名称。你可以选择任何的名字，只要遵守下面这些规则：<BR> 实体的名称必须由字母或底线开头（_），后面接着零个或多个字母、数字、句点（.）、连字号（-）、或底线（_）。<BR> 实体可以拥有和文件中一般实体一样的名字。（参数实体与一般实体使用不同的命名空间。）实体也可以拥有和元素或属性相同的名称。<BR> 字母的大小写在卷标的所有文字中都是不同的，包括实体名称。因此，名为Spot的实体当然与名为spot 的实体是不同。<BR> EntityValue 是实体的值。你赋予参数实体的值是一连串被引号包围的字符串，称为引号包围字符串（quoted string）或literal。你可以将任何的literal 值指定给参数实体，只要遵守下面的规则即可：<BR> 字符串可以用单引号（'）或双引号来包围（"）。<BR> 字符串中不能包含与用来包围字符串相同的引号字符。<BR> 字符串不能包含百分比（%）字符，也不能包含（&）符号字符，除非使用字符参照或一般实体参照才行。<BR> 你只能将参数实体加到DTD 中卷标宣告可以出现的地方，而不是放在标签宣告中。因此，EntityValue 字符串必须包含一个或多个DTD 允许型态的完整卷标宣告。第五章的 ＜建构一个DTD＞ 中已介绍过标签宣告的格式。<BR> 尤其是，参数实体可以包含元素型态宣告、属性列表宣告、一般实体宣告、卷标宣告、处理指令，或批注（参数实体宣告与参照并不被允许）。<BR> 注意<BR> 在这里规定的实体值规则，可以适用在任何状况下，这些规则是XML 规格的简化版本。这些规格－在某些情况下－允许你包含额外的项目于属性值中，并且在卷标以及卷标宣告中含括实体参照。详细的内容，请参阅 http://www.w3.org/TR/REC-xml 的XML 规格的第四部分。<BR> 例如，下面的DTD 宣告了一个名为author 的内部已解析实体参数，该实体包括三个卷标宣告：批注、元素型态宣告，与属性列表宣告。实体的内容（意即，它的替换文字）会借着数种参数实体参照（%author;），被加入DTD 的底部：<BR>[<BR><!ENTITY %author<BR>"<!--author information --><BR><!ELEMENT AUTHOR (#PCDATA)><BR><!ATTLIST AUTHOR Nationality CDATA 'American'>"<BR>><BR><!ELEMENT BOOK (TITLE,AUTHOR)><BR><!ELEMENT TITLE (#PCDATA)><BR>%author;<BR>]<BR>><BR> 注意，包含在实体宣告中的预设属性值是利用单引号包围（'American'），以避免使用那些被用来包围整个实体值的相同引号。上面的DTD 与下面这个是相等的：<BR>[<BR><!ELEMENT BOOK (TITLE,AUTHOR)><BR><!ELEMENT TITLE (#PCDATA)><BR><!--author information --><BR><!ELEMENT AUTHOR (#PCDATA)><BR><!ATTLIST AUTHOR Nationality CDATA 'American'><BR>]<BR>><BR><BR>宣告参数外部已解析实体<BR><BR> 参数外部已解析实体的宣告拥有下列的一般格式：<BR><!ENTITY % EntityName SYSTEM SystemLiteral><BR> 这里的EntityName 是实体的名称。你可以选用任何遵守前面章节中介绍的参数实体命名规则的名称。<BR> SystemLiteral 是一个描述包含实体数据文件位置的系统literal。这个系统literal 可以使用单引号（'）或双引号（"）来包围，而且它可以包含任何字符，除了被用作包围的引号字符外。<BR> 系统literal 指定了包含参数实体数据文件的URI，URI 在本质上与标准因特网的统一资源定位器(URL)是相同的。你可以使用完整的URL，例如：<BR><!ENTITY %declarations<BR>SYSTEM "http://bogus.com/documents/Declarations.dtd"><BR> 或者，你可以使用部分的URI，该URL 指定了一个相对于包含XML 文件位置的相对位置，例如：<BR><!ENTITY %declarations SYSTEM "Declarations.dtd"><BR> 如同稍早提到的，在XML 文件中相对的URI 的运作就像HTML 网页中的URL 一样。想获得更多URI 的信息，请参阅第五章中的 ＜仅仅使用外部的DTD 子集＞ 。<BR> 参数外部实体的档案必须包含DTD 中允许型态的有效卷标宣告。特别是，它可以包含元素型态宣告、属性列表宣告、实体宣告、标记宣告、处理指令或批注。（第五章的＜建构一个DTD＞中已描述过这些卷标宣告的型态。）你也可以包含参数实体参照与IGNORE 与INCLUDE 区段（第五章的＜外部DTD 子集中的条件式忽略区段＞中亦介绍过IGNORE 与INCLUDE 区段。）你可以使用参数外部已解析实体来储存相关宣告的群组。举个例子来说，假设你的企业是贩卖书籍、CD、邮票等。你可以将每一种项目的宣告放在个别档案。你被允许用不同的方式来结合这些宣告的群组。例如，你可能想要建立一份只描述书籍与CD 库存的XML 文件。要做到这点，你可以藉由使用参数外部已解析实体，将书籍与CD 宣告包含在文件的DTD 中，就像这个范例XML 文件中所示：<BR><?xml version="1.0"?><BR>[<BR><!ELEMENT INVENTORY (BOOK |CD)*><BR><!ENTITY %book_decls SYSTEM "Book.dtd"><BR><!ENTITY %cd_decls SYSTEM "CD.dtd"><BR>%book_decls;<BR>%cd_decls;<BR>]<BR>><BR><INVENTORY><BR><BOOK><BR><BOOKTITLE>The Marble Faun</BOOKTITLE><BR>Nathaniel Hawthorne</AUTHOR><BR><PAGES>473</PAGES><BR></BOOK><BR><CD><BR><CDTITLE>Concerti Grossi Opus 3</CDTITLE><BR><COMPOSER>Handel</COMPOSER><BR><LENGTH>72 minutes</LENGTH><BR></CD><BR><BOOK><BR><BOOKTITLE>Leaves of Grass</BOOKTITLE><BR>Walt Whitman</AUTHOR><BR><PAGES>462</PAGES><BR></BOOK><BR><!--additional items...--><BR></INVENTORY><BR>这里是实体档案Book.dtd 的内容：<BR><!ELEMENT BOOK (BOOKTITLE,AUTHOR,PAGES)><BR><!ELEMENT BOOKTITLE (#PCDATA)><BR><!ELEMENT AUTHOR (#PCDATA)><BR><!ELEMENT PAGES (#PCDATA)><BR> 而这里是实体档案CD.dtd 的内容：<BR><!ELEMENT CD (CDTITLE,COMPOSER,LENGTH)><BR><!ELEMENT CDTITLE (#PCDATA)><BR><!ELEMENT COMPOSER (#PCDATA)><BR><!ELEMENT LENGTH (#PCDATA)><BR> 注意，参数外部已解析实体的运作<a href="200603061709535.html" tppabs="http://www.itisedu.com/phrase/200603061709535.html" target="_new">模式</a>非常类似外部DTD 的子集。然而，参数外部实体较具弹性－它们允许你包含数个外部宣告档案并将之依顺序含括。（外部DTD子集总是在整个内部DTD子集已经被处理过之后才会被处理）。<BR><BR><SPAN class=style2>加入实体参照</SPAN><BR><BR> 如同你所学到的，你借着使用实体参照来将实体的内容（替换文字）插入文件中。你已经看到少部分实体参照的范例。要复习并作个总结，一般的实体是以下面的方式被参照：<BR>&EntityName ;<BR> 而参数实体则是以下面方式被参照：<BR>%EntityName ;<BR> 其中EntityName 是在宣告区中指定给实体的名称。例外的情况是一般外部未解析实体，你不能借着使用参照来将实体加入文件中。要使用这类实体的唯一方法就是将实体的名称指定到拥有ENTITY 或ENTITIES 型态的属性中。（参阅第五章中的 ＜设定Tokenized 型态＞ 。）<BR> 实体的宣告必须放在实体被参照之前。对于每一种实体型态，下面的表格提供了实体参照的格式，并列出加入实体参照的位置。在每一个插入位置叙述的尾端，表格提供了在本章中被参考的区段，你可以在范例中找到这些区段。本章稍后将讨论字符参照，此表中先包括字符参照的叙述以求完整性。<BR>
<TABLE borderColor=#000000 cellPadding=1 width="100%" border=1>
<TBODY>
<TR>
<TD width="13%">实体型式</TD>
<TD width="46%">实体参照的格式其中EntityName 是实体的名称</TD>
<TD width="41%">你可以加入实体参照（范例）的位置</TD></TR>
<TR>
<TD>一般内部已解析</TD>
<TD>&EntityName;</TD>
<TD>在元素的内容中（参阅 ＜宣告一般内部解析实体＞ ）</TD></TR>
<TR>
<TD> </TD>
<TD> </TD>
<TD>在属性的值中（在属性宣告中，或元素的起始卷标中当作默认值）（参阅 ＜实体参照范例1＞ ）</TD></TR>
<TR>
<TD> </TD>
<TD> </TD>
<TD>在内部实体宣告的值中（参阅 ＜实体参照范例2＞ ）</TD></TR>
<TR>
<TD>一般外部已解析</TD>
<TD>&EntityName;</TD>
<TD>在元素的内容中（参阅 ＜宣告一般外部已解析实体＞ ）</TD></TR>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -