1.1 起源和目标

XLink 的设计受对已建立的超媒体系统和标准的认知的影响，尤其是下列各项标准的影响:

• HTML ［HTML］: 定义了几个表现链接的元素类型。

• HyTime ［ISO/IEC 10744］: 定义内链接、输入和第三方链接结构及一些与语义有关的功能，包括游历的控制和对象的表现形式。

• 本文编码起始指南 ［TEI］：提供了适合于创建链接、集合对象、和链接集合的结构。

许多其他的链接系统也影响了 XLink 的设计，尤其是 ［Dexter］、［FRESS］、［OHS］、［MicroCosm］、 和 ［Intermedia］.

至于 XLink 设计的完整的解释，参见 XLink 需求文档［XLREQ］

2.1 链接和资源

［定义： XLink 链接 是在资源或资源的部分之间的明确关系。］ ［定义：该关系是通过链接元素来明确的，这个链接是一个申明链接的存在、符合 XLink 的 XML 元素。］有六种 XLink 元素，其中只有两个被当作链接元素，其余的提供各种不同的描述链接特性的信息。（虽然不能避免非 XLink 链接构造被用做链接，本规格说明所用的术语 “链接”仅指 XLink 链接。）

资源的观念是对全球信息网通用的。［定义：正如在［IETF RFC 2396］中的讨论，资源是任何的可设定位址的信息或服务的单位。］其例子包括文件、图像、文档、程序和查询结果。设定资源位址的方法是 URI（统一资源识别符）引用（5.4 定位器属性（href）中有更多的描述）。对资源的某部分设定位址是可能的。举例来说，如果整个的资源是一个 XML 文档，那资源的有用部分可能是在文档之内一个特别的元素。跟随链接可能产生的结果，可以是比如说在对文档的那个元素进行高光或滚动到该元素。

［定义：当链接联合一系列资源的时候，那些资源就分享了该链接。］即使 XLink 链接一定得在 XML 文档中出现，他们却能够联合各种的资源而不是只是 XML 编码的文档资料。

XLink 的一个常见的使用是创建超链接。［定义：超链接主要的意图是呈现给人类的用户。］然而，在XLink 中没有任何的设计来阻止它仅仅被用做计算机处理。

2.2 弧，游历和行为

［定义：因任何的目的使用或跟随一个链接连结被称为游历。］ 即使一些类型的链接能联合任意数目的资源，游历总是包括一对资源（或他们的部分）；［定义：游历开始的资源是出发资源］ 和 ［定义：目的地的资源是终止资源］。注意以这种方式使用的术语“资源”可能有时是用于一个资源的部分而不是整个的资源。

［定义：游历一对资源的信息，包括游历的方向及应用程序可能的行为的信息被称为弧］。如果在链接中的两个弧描述相同的一对资源，但是却对换出发资源和终止资源，那么该链接是多方向的，这种情况与在游历一个链接之后只是简单的“返回”不同。

2.3 与链接元素的实际位置有关的资源

［定义： 本地资源是一个 XML 元素，该元素由于有它的父、或它本身是一个链接元素而分享一个链接］。［定义：任何的资源或资源的部分由于被 URI 引用定址而分享一个链接，该资源或该资源的一部分被视为远程资源，即使它是在同一 XML 文档之内的链接，或甚至在同一链接元素内。］换句话说法，本地资源“通过数值”来叙述，而且远程资源“通过引用”来叙述。

［定义：一个有本地出发资源和有远程终止资源的弧是在输出，也就是说，远离链接元素。］（有这种弧的链接的例子是 HTML 的 A 元素，HyTime 的“clinks”和本文编码起始的 XREF 元素）。［定义：如果弧的终止资源是在本地，但是它的出发资源是在远程，那么弧是在输入。］［定义：如果出发资源不是终止资源也不是在本地，那么则是第三方弧。］任何链接虽然不要求但是通常始终只是某种类型的弧，并因此可能被称为输入、输出或第三方链接。

为了创建一个发源于你没有（或选择不行使）书写存取权的资源，或没有提供插入链接构造方法的资源的链接有必要使用输入或第三者弧。当使用这样的弧的时候，显示该链接的条件高过输出弧。［定义：文档包含输入和第三方链接的集合叫做链接数据库，或链结库。］

3.1 处理的相关性

XLink 的处理依照［XML］、［XML Names］、［XML Base］、以及［IETF RFC 2396］（由［IETF RFC 2732］更新）。

3.2 置标的一致性

XML 元素符合 XLink 如果:

1. 它有一个来自 XLink 命名空间的 type 属性，且其值为 “simple”、“extended”、“locator”、“arc”、“resource”、“title”、或“none” 中的一个，而且

2. 如本规格说明所规定的，它依赖所选择的 XLink 元素类型来保证一致性的限制。

本规格说明没有对 DTD 增加更严的特别限制；一致性仅适用于元素和属性。

3.3 应用程序一致性

XLink 应用程序是任何用于解释包含 XLink 元素和属性的形式完整的 XML 文档、或包含信息项目和符合 XLink 元素和属性的特性的 XML 信息集［XIS］的软件模块。 （本文档提及元素和属性，但是所有这些规格说明适用于他们信息集的等价物）。这样的应用程序遵守一致性，如果：

1. 它对本规格说明中所列的应用程序遵守强制性条件（“must”），且

2. 对于任何的选择性的条件（“should”和“may”）它选择遵守，它以规定的方式遵守这些条件，且

3. 它依照在本规格说明中出现的所有的一致性限制来测试置标的一致性。

4.1 XLink 属性用法模式

由于 XLink 属性使用命名空间机制而被看做是全局的时候，他们在任何一个 XLink 元素类型上所允许的组合极大地依赖于他们所在的元素的特定的 type 属性的值（更多的信息请参看5.3 XLink 元素类型属性（type））。本规格说明的一致性限制的注释详细说明了他们所允许的用法模式。以下是不同元素类型（列）所允许的全局属性（行）的概要，并给出其值是否是必有项（R）或可选项（O）：

（另外参看B DTD 样本所提供的演示属性所允许模式的非标准的 DTD。）

本规格说明使用“xxx-类型元素”的格式来指那些必须附着于与 XLink 元素类型相关的有名称的限制集合的元素，而无论该元素实际上的名称是什么。例如，“locator-类型元素”会涉及所有的下列各项元素：

<locator xlink:type="locator" ... />
<loc xlink:type="locator" ... />
<my:pointer xlink:type="locator" ... />

4.2 XLink 元素类型关系

各种不同的 XLink 元素类型以其他的 XLink 元素类型的直接孩子的方式出现的时候，由本规格说明规定的他们特有的含义。以下是在特定的父母元素类型中扮演重要角色的孩子元素类型的概要（其他的组合则没有 XLink 规定的重要性）。

4.3 属性值的缺省

使用 XLink 可能涉及使用很多的属性来提供重要的链接信息。在特定类型的所有文档的每一个实例中，期望的属性值都不变的情况下， 可能添加属性缺省值（固定的或不固定的）到 DTD 中，以便这些属性无须具体地出现在元素开始标签上。例如，在4 XLink 置标的设计 XLink 属性置标设计介绍中的例子中，如果对 xmlns:xlink，xmlns:my，type，show，和 actuate属性提供了的缺省，则该例看起来将会是这样：

<my:crossReference
  xlink:href="students.xml"
  xlink:role="http://www.example.com/linkprops/studentlist"
  xlink:title="学生名单">
现有学生的名单
</my:crossReference>

在由 DTD 控制下生成的数据集合所有的属性值将已填写完成。

4.4 整合 XLink 用法与其他的置标

本规格说明只定义在 XLink 命名空间中的属性和属性值，没有限制非 XLink 属性与 XLink 属性一起使用。此外，大多数的 XLink 属性是可选项，而且选择简单或扩展链接是由置标设计者或文档创作者决定，因此，使用 XLink 特征的 DTD 不需要使用或声明整个的 XLink's 的属性集合。最后，虽然本规格说明在 XLink 置标上的只确定了最小限制，使用 XLink 的 DTD 可以随意的加强这些限制。XLink 的使用不排除有效的文档遵从它所属的 DTD 中所表达的限制。

以下是既有 XLink 又有非 XLink 属性的 crossReference 元素的例子：

<my:crossReference
  xmlns:my="http://example.com/"
  my:lastEdited="2000-06-10"
  xmlns:xlink="http://www.w3.org/1999/xlink"
  xlink:type="simple"
  xlink:href="students.xml">
现有学生的名单
</my:crossReference>

4.5 与传统的置标一起使用 XLink

因为 XLink 的全局属性需要使用命名空间前缀，即使使用属性的缺省的值，传统的文档中基于非 XLink 链接通常由于它们所处的地位而不能充当与符合 XLink 的构造。例如，XHTML 1.0 的 a 元素有 href 属性，但是因为该属性是从属于 XHTML 命名空间的元素而是个局域的属性，它与 XLink 命名空间中 xlink:href 的全局属性不同。

5.1 扩展链接（extended-类型元素）

［定义：扩展链接是一个联合任意个数目的资源的链接，分享资源可能是远程和本地的任何组合。］

唯一一种可以有输入和第三方弧的链接是扩展链接。在典型的情况下，扩展链接元素与它们相关联的资源分开储存（例如，存在完全地不同的文档中）。因此，扩展链接对以下几种情形是重要的：只读的分享资源；修改及更新资源的代价高，而修改及更新分开的链接元素的代价底；或是资源内在的格式并不支持植入链接（例如许多多媒体的格式）。

下列图表展示了一个联合五个远程资源的扩展链接。举例来说，这可以表示关于学生的课程负荷资讯：一个资源是一个学生的描述、一个为该学生的大学指导老师的描述、另外两个代表该学生正在参加的课程，最后的资源表现该学生旁听的课程。

没有扩展链接，资源可能完全不相关；例如，他们可能是在五个分开的文档中。从扩展链接发源的线表示它在资源之中创建的联系。虽然，线上没有标明定向性。定向性是与游历的规则一起表示的；没有提供这样的规则的话，资源的联系则没有特别的顺序，也没有提示资源是否和如何存取。

下面的图表显示了一个扩展链接联系了五个远程资源和一个本地资源（一个特别的元素在扩展链接元素之内）。这可以当然表现与上例相同的课程负荷例子，并附加了学生的平均分数的储存。同样，线仅仅只表示了表现了六个资源的联系，而没有游历的方向或行为提示。

用于扩展链接的 XLink 元素类型是任何有一个属于 XLink 命名空间的、且名为 type 值为“extended”的属性的元素。

extended-类型元素可能包含下列元素的任意顺序的混合并可能同其他的内容和置标混合在一起：

• 对分享链接的远程资源定位的 locator-类型元素

• 为链接分享的资源间提供游历规则的 arc-类型元素

• 给链接提供人类可读的标题的 title-类型元素

• 提供分享链接的本地资源的 resource-类型元素

extended-类型元素联合少于两个的资源并不是一个错误。如果这样的链接只有一个、或根本没有分享资源，它只是不能游历而已。这样的链接仍然可能是有用的，例如，可通过 XLink 属性来联系独立资源的特性，或者提供最终用于填充链接信息的占位符。

在 extended-类型父元素之内任何地方的 simple 或 extended 类型的子元素都没有 XLink 所载明的涵义。不是 extended-类型的直接孩子的 locator，arc 或 resource 类型的子元素则没有 XLink 所载明的涵义。

extended-类型元素可能有与语义有关的 role 和 title 属性（参看5.5 语义属性（role，arcrole，和 title））。它们提供链接整体上的与语义有关的资讯；role 属性指出整个链接所具有的特性，而 title 属性提供人类可读的整个链接的描述。如果其他 XLink 属性出现在该元素，他们对该链接都没有 XLink 所载明的关系。如果一个标题 title 属性和一个或多个的 title-类型属性出现在该元素，他们对该链接都没有 XLink 所载明的关系；在 XLink 上建造的高层应用程序或许将会对在这情况指定适当的处理方法例如，使用优先顺序）。

<!ELEMENT courseload ((tooltip|person|course|gpa|go)*)>
<!ATTLIST courseload
  xmlns:xlink     CDATA           #FIXED "http://www.w3.org/1999/xlink"
  xlink:type      (extended)      #FIXED "extended"
  xlink:role      CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED>

<!ELEMENT tooltip ANY>
<!ATTLIST tooltip
  xlink:type      (title)         #FIXED "title"
  xml:lang        CDATA           #IMPLIED>

<!ELEMENT person EMPTY>
<!ATTLIST person
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:role      CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

<!ELEMENT course EMPTY>
<!ATTLIST course
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:role      CDATA           #FIXED "http://www.example.com/linkprops/course"
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

<!-- GPA = "平均分数" -->
<!ELEMENT gpa ANY>
<!ATTLIST gpa
  xlink:type      (resource)      #FIXED "resource"
  xlink:role      CDATA           #FIXED "http://www.example.com/linkprops/gpa"
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

<!ELEMENT go EMPTY>
<!ATTLIST go
  xlink:type      (arc)           #FIXED "arc"
  xlink:arcrole   CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  xlink:show      (new
                  |replace
                  |embed
                  |other
                  |none)          #IMPLIED
  xlink:actuate   (onLoad
                  |onRequest
                  |other
                  |none)          #IMPLIED
  xlink:from      NMTOKEN         #IMPLIED
  xlink:to        NMTOKEN         #IMPLIED>

<courseload>

  <tooltip>棒-琼斯的课程负荷</tooltip>

  <person
    xlink:href="students/patjones62.xml"
    xlink:label="student62"
    xlink:role="http://www.example.com/linkprops/student"
    xlink:title="棒-琼斯" />

  <person
    xlink:href="profs/jaysmith7.xml"
    xlink:label="prof7"
    xlink:role="http://www.example.com/linkprops/professor"
    xlink:title="笨-斯密司博士" />
  <!-- 更多的教授、教学助手、及其他的远程资源 -->

  <course
    xlink:href="courses/cs101.xml"
    xlink:label="CS-101"
    xlink:title="计算机科学 101" />
  <!-- 更多的课程、研究会、及其他的远程资源 -->

  <gpa xlink:label="PatJonesGPA">3.5</gpa>

  <go
    xlink:from="student62"
    xlink:to="PatJonesGPA"
    xlink:show="new"
    xlink:actuate="onRequest"
    xlink:title="棒-琼斯的平均成绩" />
  <go
    xlink:from="CS-101"
    xlink:arcrole="http://www.example.com/linkprops/auditor"
    xlink:to="student62"
    xlink:show="replace"
    xlink:actuate="onRequest"
    xlink:title="棒-琼斯，旁听本课程" />
  <go
    xlink:from="student62"
    xlink:arcrole="http://www.example.com/linkprops/advisor"
    xlink:to="prof7"
    xlink:show="replace"
    xlink:actuate="onRequest"
    xlink:title="笨-斯密司博士，指导老师" />

</courseload>

<!ELEMENT gpa ANY>
<!ATTLIST gpa
  xlink:type      (resource)      #FIXED "resource"
  xlink:role      CDATA           #FIXED "http://www.example.com/linkprops/gpa"
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

  <gpa xlink:label="PatJonesGPA">3.5</gpa>

<!ELEMENT person EMPTY>
<!ATTLIST person
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:role      CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

<!ELEMENT course EMPTY>
<!ATTLIST course
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:role      CDATA           #FIXED "http://www.example.com/linkprops/course"
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

<person
  xlink:href="students/patjones62.xml"
  xlink:label="student62"
  xlink:role="http://www.example.com/linkprops/student"
  xlink:title="帕特 琼斯" />

<person
  xlink:href="profs/jaysmith7.xml"
  xlink:label="prof7"
  xlink:role="http://www.example.com/linkprops/professor"
  xlink:title="笨-斯密司博士" />

<course
  xlink:href="courses/cs101.xml"
  xlink:label="CS-101"
  xlink:title="Computer Science 101" />

5.1.3 扩展链接的游历规则（arc-类型元素）

扩展链接可能通过一连串可选择的弧元素来表明分享链接的资源之间的游历规则。

用于弧的 XLink 元素是任何有一个属于 XLink 命名空间的、且名为 type 值为“arc”的属性的元素。

arc-类型元素可能有任何的内容。除了是直接孩子的 title-类型元素之外（参看　5.1.4 扩展链接、定位器、及弧的标题（title-类型元素）），无论什么内容都对链接都没有 XLink 所载明的关系。如果 arc-类型元素有除了extended-类型元素之外的任何元素为父，那么，该 arc-类型元素则没有 XLink 所载明的涵义。

arc-类型元素可能有游历属性 from 和 to（5.7 游历属性（label，from，和 to））、行为属性 show 和 actuate（参看5.6 行为属性（show 和 actuate））以及语义属性 arcrole 和 title（参看5.5 语义属性（role，arcrole，和 title））。

游历属性定义分享同一链接的资源对之间所期望的游历，这些资源由他们的 label 属性的值标示。 from 属性定义可能开始的资源，也就是出发资源，而属性 to 定义可能游历到的资源，也就是终止资源。行为属性为 XLink 应用程序指定游历向终止资源时所期望的行为。

语义属性描述与出发资源的有关的弧的终止资源的意义。arcrole 属性对应于［RDF］的特性概念，而 role 可以解释成“出发-资源 有弧-角色终止-资源。”当把这个与上下文有关的角色从这个特定的弧的上下文中拿走时，它可能不同于终止资源的意义。举例来说，资源可能关于泛泛地代表一个“人”，但是在特定的弧上下文中，它可能是个“母亲”的角色，在另一个不同弧的上下文中，它可能是个“女儿”的角色。

当同一资源在一些弧（不论是在一个单独链接中或跨越许多的链接）中都用作出发资源的时候，游历-请求行为不受本规格说明的限制，但是，对交互式应用程序来说的一种可能性是一个列出有关的弧、或链接标题的跳出式的菜单。

以下图表展示了联系五个远程资源的一个扩展链接，而且提供了在他们之中游历的规则。所有指定的弧都是第三方弧；也就是说，弧仅仅只在远程资源之间。像上面一样，无向性实线标示链接正联合着五个其它的资源；新的带箭头的虚线标示链接提供的游历的规则。注意一些资源享有相同的 label 值。

这一个图表反映按以下设置来建立的方向游历弧，在这些弧中的 A 和 C 都允许开始对所有的 B 的地方游历。因为有的标示在几个资源上都出现，每个弧的规格说明潜在地能同时产生几个游历弧：

<go xlink:type="arc" xlink:from="A" xlink:to="B" /> <go xlink:type="arc" xlink:from="C" xlink:to="B" />

作为另外个例子，假设一个包含五个定位器的扩展链接，其中两个 label 的值为 “parent” 而另外三个 label 的值为 “child” ：

<extendedlink xlink:type="extended"> <loc xlink:type="locator" xlink:href="..." xlink:label="parent" xlink:title="p1" /> <loc xlink:type="locator" xlink:href="..." xlink:label="parent" xlink:title="p2" /> <loc xlink:type="locator" xlink:href="..." xlink:label="child" xlink:title="c1" /> <loc xlink:type="locator" xlink:href="..." xlink:label="child" xlink:title="c2" /> <loc xlink:type="locator" xlink:href="..." xlink:label="child" xlink:title="c3" /> ... <!-- arc-类型元素将出现在这里 --> </extendedlink>

以下描述了从父资源到孩子资源的游历，包括所有的 p1-c1、p1-c2、p1-c3、p2-c1、p2-c2、和 p2-c3：

<go xlink:type="arc" xlink:from="parent" xlink:to="child" />

如果没有为 from 或 to 属性提供值，缺少的值被解释成代表在该 extended-类型元素里的所有 locator-类型元素上提供的标示。例如，以下描述了从父到孩子以及从孩子到孩子的游历，包括所有的 p1-c1、p1-c2、p1-c3、p2-c1、p2-c2、p2-c3、c1-c1、c1-c2、c1-c3、c2-c1、c2-c2、c2-c3、c3-c1、c3-c2、 and c3-c3：

<go xlink:type="arc" xlink:to="child" />

在这情况下，注意游历的规则包括带有相同的标示的从某些资源到其他资源的弧（从一个孩子到其它孩子），以及从一些资源到他们自己本身（从一个孩子到它本身）；这并不是一个错误。

在扩展链接里如果没有提供 arc-类型元素，那么，缺少的 from 和 to 通过扩展的值被解释成在那个链接里的所有的标示。这等价于对以下游历的规格说明：

<go xlink:type="arc" />

当超过一个定位器有相同的标示，带有相同的标示定位器的集合被理解成单独的定位器，而不是当做一个聚合资源；这样一个链接可能是与一个所有的定位器有不同的角色并指定适当的弧来生成相同的游历对的链接的游历行为相同。

如果扩展链接弧的游历规则省去任何可能的游历对，XLink 则没有对这些对定义游历。高层应用程序可能运行的一个非 XLink 引导的游历；例如，检查链接的步骤可能游历所有可能的资源对。

限制：弧不能重复

每一个 arc-类型元素必须有一对 from 和 to 的值，这些值（分别地）不与在同一的扩展链接中的任何其他的 arc-类型元素的 from 和 to 的值重复，也就是说，链接里的每一对必须是独一无二的。

例子：arc-类型元素声明和实例的范例

以下是一个 arc-类型元素声明的非标准的集合。

<!ELEMENT go EMPTY> <!ATTLIST go xlink:type (arc) #FIXED "arc" xlink:arcrole CDATA #IMPLIED xlink:title CDATA #IMPLIED xlink:show (new |replace |embed |other |none) #IMPLIED xlink:actuate (onLoad |onRequest |other |none) #IMPLIED xlink:from NMTOKEN #IMPLIED xlink:to NMTOKEN #IMPLIED>

以下是 XML 元素使用这些声明看起来的可能的样子。

<go xlink:from="student62" xlink:to="PatJonesGPA" xlink:show="new" xlink:actuate="onRequest" xlink:title="棒-琼斯的平均成绩" /> <go xlink:from="CS-101" xlink:arcrole="http://www.example.com/linkprops/auditor" xlink:to="student62" xlink:show="replace" xlink:actuate="onRequest" xlink:title="棒-琼斯，旁听本课程" /> <go xlink:from="student62" xlink:arcrole="http://www.example.com/linkprops/advisor" xlink:to="prof7" xlink:show="replace" xlink:actuate="onRequest" xlink:title="笨-斯密司博士，指导老师" />

<!ELEMENT advisorname (name)>
<!ATTLIST advisorname
  xlink:type      (title)         #FIXED "title"
  xml:lang        CDATA           #IMPLIED>

<!ELEMENT name (honorific?, given, family)>
<!-- 更多的 name 的子元素声明 -->

<advisor xlink:href="profs/jaysmith7.xml" ...>
  <advisorname xml:lang="zh">
    <name>
      <honorific>博士</honorific>
      <given>笨</given>
      <family>斯密司</family>
    </name>
  </advisorname>
</advisor>

http://www.w3.org/1999/xlink/properties/linkbase

<!ELEMENT basesloaded ((startrsrc|linkbase|load)*)>
<!ATTLIST basesloaded
  xlink:type      (extended)      #FIXED "extended">

<!ELEMENT startrsrc EMPTY>
<!ATTLIST startrsrc
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:label     NMTOKEN         #IMPLIED>

<!ELEMENT linkbase EMPTY>
<!ATTLIST linkbase
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:label     NMTOKEN         #IMPLIED>

<!ELEMENT load EMPTY>
<!ATTLIST load
  xlink:type      (arc)           #FIXED "arc"
  xlink:arcrole   CDATA           #FIXED "http://www.w3.org/1999/xlink/properties/linkbase"
  xlink:actuate   (onLoad
                  |onRequest
                  |other
                  |none)          #IMPLIED
  xlink:from      NMTOKEN         #IMPLIED
  xlink:to        NMTOKEN         #IMPLIED>

<basesloaded>
  <startrsrc xlink:label="spec" xlink:href="spec.xml" />
  <linkbase xlink:label="linkbase" xlink:href="linkbase.xml" />
  <load xlink:from="spec" xlink:to="linkbase" actuate="onLoad" />
</basesloaded>

<basesloaded>
  <startrsrc
    xlink:label="spec"
    xlink:href="spec.xml#string-range(//*,'点一下在这里查看注解。')" />
  <linkbase xlink:label="linkbase" xlink:href="linkbase.xml" />
  <load xlink:from="spec" xlink:to="linkbase" actuate="onRequest" />
</basesloaded>

5.2 简单链接（simple-类型元素）

［定义：简单链接是一个正好联合两个资源的链接，两个资源的一个为本地、一个为远程，弧从前者走向后者。因此，简单链接总是一个输出链接］。

简单链接的目的是作为等价的扩展链接的方便的简写。一个单独的简单链接元素联合了 extended-类型元素、locator-类型元素、arc-类型元素和 resource-类型元素的基本功能。

以下图表显示了简单链接的特性；它联合一个本地和一个远程资源，而且隐式地提供了一个单独的从本地资源到远程资源的游历弧。举例来说，这可以代表在本文中出现的学生名字，当点一下该名字时，则得到关于学生的资讯。

<studentlink xlink:type="extended">
  <resource
    xlink:type="resource"
    xlink:label="local">棒-琼斯</resource>
  <locator
    xlink:type="locator"
    xlink:href="..."
    xlink:label="remote"
    xlink:role="..."
    xlink:title="..." />

  <go
    xlink:type="arc"
    xlink:from="local"
    xlink:to="remote"
    xlink:arcrole="..."
    xlink:show="..."
    xlink:actuate="..." />
</studentlink>

简单链接综合上面 (除了类型和标示以外)的所有的功能在一个单独元素内。对于那些只需要这个特点子集的情况，简单链接元素可以是扩展链接元素的替换。从简单链接中失去的功能包括以下列各项：

• 提供任意数目的本地和远程资源

• 指定一个从远程资源到本地资源的弧

• 将标题与单独的硬连线弧相联系

• 将角色或标题与本地资源相联系

• 整个地将角色或标题与链接相联系

用于简单链接的 XLink 元素是任何有一个属于 XLink 命名空间的、且名为 type 值为 “simple” 的属性的元素。上述扩展链接的简单同价式等如下所示：

<studentlink xlink:href="...">棒-琼斯</studentlink>

simple-类型元素可能有任何的内容。simple-类型元素本身，连同它全部的内容，是链接的本地资源，仿佛元素是一个 resource-类型元素。如果一个 simple-类型元素包含嵌套的 XLink 元素，有这样包含的元素对父链接的则没有 XLink 规定的关系。simple-类型元素可能没有内容；在链接因请求而期望进行游历的情况下，交户式 XLink 应用程序通常将会产生一些内容以便给用户一个开始游历的方法。

simple-类型元素有效地得到来自定位器的属性 href 和 locator-类型元素的语义属性 role 和 title、行为属性 show 和 actuate 、以及来自 arc-类型元素的单纯与语义有关的属性 arcrole。

simple-类型元素没有定位器（href）属性值并不是个错误。如果没有提供一个值，链接只是不能游历。这样的链接仍然可能是有用的，例如，通过 XLink 属性使特性和资源相联系。

<!ELEMENT studentlink ANY>
<!ATTLIST studentlink
  xlink:type      (simple)        #FIXED "simple"
  xlink:href      CDATA           #IMPLIED
  xlink:role      NMTOKEN         #FIXED "http://www.example.com/linkprops/student"
  xlink:arcrole   CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  xlink:show      (new
                  |replace
                  |embed
                  |other
                  |none)          #IMPLIED
  xlink:actuate   (onLoad
                  |onRequest
                  |other
                  |none)          #IMPLIED>

．．．，而且<studentlink xlink:href="students/patjones62.xml">棒-琼斯</studentlink>在学生会里很受欢迎。

5.3 XLink 元素类型属性（type）

用于指定 XLink 元素类型的属性是 type。

当 type 属性的值为“none”时，元素则没有 XLink 所载明的意义，而且任何 XLink 相关的内容或属性对该元素都没有 XLink 所载明的关系。

<!ATTLIST xlink:simple
  xlink:type      (simple)        #FIXED "simple"
  ...>

<!ATTLIST commandname
  xlink:type      (simple|none)   #REQUIRED
  xlink:href      CDATA           #IMPLIED>

5.4 定位器属性（href）

提供数据给 XLink 应用程序寻找远程资源（或资源片段）的属性是 href。它可能使用在 simple-类型元素上，而必须使用在 locator-类型元素上。

href 属性的值必须是由［IETF RFC 2396］所定义的 URI 引用，或者，在使用了下面所描述的转码过程后的结果必须是 URI 引用。该过程使用在将 URI 引用传递给 URI 解析器的时候。

一些字符即使在 XML 中是允许使用的，但在 URI 引用中却不允许。不允许的字符包括所有非 ASCII 字符、以及在［IETF RFC 2396］的第 2.4 节中列出的拒绝接纳的字符，除了在［ IETF RFC 2732 ］中重新允许的数目符（#）、百分号（%）和方括符外。不允许的字符必须依下列各项来转码：

1. 每个不允许的字符转换成一个或多个的 UTF-8［IETF RFC 2279］字节。

2. 与不允许的字符所对应的任何字节通过 URI 的转换机制来转换（也就是说，转换成 %HH，HH 是字节值的十六进制的表示法）。

3. 原来的字符由生成的字符序列来代替。

因为由任何应用程序来检查一个值是否是 URI 引用是不切实际的，本规格说明在这个问题上依照［IETF RFC 2396］的引导，而没有对 XLink 应用程序强制一致性测试这样的需求。

URI 引用是相对的，它的绝对的版本在使用前必须按照［XML Base］的方法来计算。

对于进入 XML 资源内部的定位器，在 URI 引用里面使用的片段的识别符（如果有的话）的格式，则由XPointer 规格说明［XPTR］来指定。

<!ATTLIST simplelink
  xlink:href      CDATA           #REQUIRED
  ...>

5.5 语义属性（role，arcrole，和 title）

在链接的上下文里面描述资源的意义属性是 role、arcrole、和 title。role 属性可能用在 extended-、simple、locator-、和 resource-类型元素上。arcrole 属性可能用在 arc-、和 simple-类型元素上。title 属性可能用在所有这些类型的元素上。

role 或 arcrole 属性的值必须是由［IETF RFC 2396］所定义的 URI 引用，除了如果所使用的 URI 方案允许有绝对的和相对的形式，URI 部分必须是绝对的。URI 引用标示一些描述想要的特性的资源。没有提供值的时，则不会推导出特别的 role 值。这些属性中所不允许的 URI 引用字符必须按5.4 定位器属性（href）所描述的特别地转码。

title 属性同 role 或 arcrole 属性一起（不过，也参看5.1.4 扩展链接、定位器、及弧的标题（title-类型元素））以人类可读的形式来描述链接或资源的意义。值是可选项；如果提供一个值，它应该包含一个描述资源的字串。这项信息的使用极大地依赖于正在进行处理的类型。举例来说，它可能提供标题给视觉上有弱视的用户的应用程序，或生成一个链接的列表，或当用户用鼠标指在出发资源上方附近的时候出现帮助本文。

<!ATTLIST simplelink
  ...
  xlink:role      CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  ...>

<!ATTLIST go
  ...
  xlink:arcrole   CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  ...>

5.6 行为属性（show 和 actuate）

行为属性是 show 和 actuate。他们可能用在 simple- 和 arc-类型元素。当用在 simple-类型元素上时，他们向单个的远程终止资源发出游历行为意图的信号。当用在 arc-类型元素上时，他们向由该弧指定的所有（远程或本地的）终止资源发出游历行为意图的信号。

show 和 actuate 属性不是必须有的。当使用他们时，遵从 XLink 的应用程序应该按本节指定的方式使用。因为它们对像是浏览器这样的交互式应用程序是有意义的，而对像 robot 这样的非交互式应用程序是却不太可能有意义，所以对这种使用没有硬性（“must”）的要求。虽然如此，所有的应用程序应该在选择不同的线路之前考虑忽略指定的行为的完全的含意。

<!ATTLIST simplelink
  xlink:type      (simple)        #FIXED "simple"
  ...
  xlink:show      (new
                  |replace
                  |embed
                  |other
                  |none)          #IMPLIED
  xlink:actuate   (onLoad
                  |onRequest
                  |other
                  |none)          #IMPLIED
  ...>

遇到在链结库列表中的 arc-类型类型元素的应用程序必须使用其行为属性，仿佛他们被指定成 show="none" 和 actuate="onLoad"，即使已指定了其他的值。

5.7 游历属性（label，from，和 to）

游历的属性是 label、from、和 to。label 属性可能用在 resource- 和 locator-类型元素。from 和 to 属性可能用在 arc-类型元素。