Summary

  • W3C 于 2001 年 6 月 27 日发布 XLink 1.0 推荐标准。简单链接延续从本地出发的常见路径；扩展链接可容纳多个资源，再用 arc 描述允许怎样从一个走向另一个。
  • 扩展链接可以保存在被链接资源之外。聚集入站或第三方连线的文件称为 linkbase。文档不必改动，但应用程序必须先发现并读取链接库，读者才能看到这些路。

我们熟悉的超链接像贴在门上的箭头。字就在网页上，点一下，走到另一页。可若三份 XML 文档归三个作者保管，第四位编辑想把它们连成一组，还想写明哪条路可以从甲通到乙，怎么办？逐个敲门请求修改原文，既慢又可能根本行不通。把连线另存一处听起来漂亮。问题是读者翻开甲文档时，谁会告诉他别处还存着一张接线表？

W3C 在 2001 年 6 月 27 日发布的 XLink 1.0 用 XML 属性来描述链接。简单链接接近 HTML 的常见情形：从本地资源出发，指向由 URI 标识的目的地。扩展链接能让更多资源参与。locator 标识远程资源，本地资源元素把参与者直接放进链接结构，arc 则规定可以沿哪些方向通行。一个箭头升级成了小型交换台，线路由作者自己接。

交换台先得分清方向。出站弧从本地资源走向远程资源；入站弧从远程资源抵达本地；第三方弧把两个远程资源相连。这里的“远程”取决于标识方法：只要通过 URI 引用来指定，即使资源就在同一份 XML 文档里，XLink 仍按远程资源处理。标准划分的是链接关系，不是机房距离。

这套安排让人可以围着一份无权修改的文档写连接。W3C 当天的公告 特别强调多资源链接，以及链接集合可以与它们指向的资源分开放置。附加信息于是能与原文建立联系，原文仍留在主人手里。资源没有被人偷偷加上一行；旁边只是多了一份说明它与别处如何相关的材料。

链接独立出来，发现问题也跟着来了。普通出站链接住在出发处，读到那份文档通常就能遇见它。入站链接和第三方链接可以住在别处。XLink 把聚集这类链接的文件称为 linkbase，并明确指出：应用程序要找出这种链接，比找出站链接费事。它既要定位出发资源，也要定位链接本身。读者打开一份没改过的文档，文档可不会自动报出所有外部链接库的地址。

XLink 给查找链接库安排了一条专用线路。arcrole 取值为 http://www.w3.org/1999/xlink/properties/linkbase 的弧，指示应用程序加载一份 XML 链接库，并从中抽取扩展链接，供后续使用。加载链接库是收集线路信息，不是把链接库作为目标网页呈给读者。因此这条弧上的展示属性 show 不起作用，actuate 则关系到何时加载。链接库还可以再指向另一份链接库。一间办公室给出下一间办公室的地址；档案柜开始学会串门。

2001 年的设计把工作拆给了不同的人。资源作者仍然发布自己的文档；链接作者可以在外部安排关系、角色和方向；应用程序负责把两边碰在一起。XML 写得再完整，读者实际能走到哪里，也取决于软件有没有找到并处理那份外部接线表。链接搬家带来了编辑自由，寻址费用一并寄到了软件手里。