Summary

  • 27 июня 2001 года W3C утвердил XLink 1.0 как Recommendation. Простой вариант напоминал привычную ссылку наружу, а расширенный позволял соединять несколько ресурсов дугами с заданным направлением перехода.
  • Расширенную ссылку можно было разместить вне документов, которые она связывает. Собрания входящих и сторонних связей получили имя linkbase. Они давали автору место для связи с чужим ресурсом, а программе — дополнительную работу по поиску.

У синей ссылки есть удобное свойство: она сама показывает, где искать дорогу. Видишь текст, нажимаешь, оказываешься в другом месте. Хозяин страницы решает, какие двери в ней прорезать. Если же другой автор хочет связать страницу с несколькими материалами, а доступа к её исходному файлу у него нет, придётся строить двери где-то снаружи.

Такую возможность описала рекомендация W3C «XML Linking Language (XLink) Version 1.0» от 27 июня 2001 года. XLink задавал связи атрибутами XML-элементов. Простая ссылка соединяла локальную исходную точку с удалённо обозначенной целью — почти привычный HTML-случай. Расширенная ссылка могла включать несколько ресурсов: locator называл удалённого участника по URI, элемент локального ресурса представлял участника прямо внутри ссылки, а arc указывал, от кого к кому можно перейти. Вместо одной стрелки получался диспетчерский щит.

Щит не предполагал, что все лампочки соединены со всеми. Исходящая дуга начиналась у локального ресурса и заканчивалась у удалённого. Входящая вела от удалённого к локальному. Сторонняя связывала два удалённых ресурса. Здесь «удалённый» — термин способа записи: ресурс, названный URI-ссылкой, считается удалённым даже тогда, когда физически находится в том же XML-документе. Расстояние до сервера стандарту было безразлично.

Это позволяло публиковать отношения вокруг файла, который нельзя редактировать. Объявление W3C, выпущенное в тот же день, выделяло связи между несколькими ресурсами и возможность держать ссылки отдельно от того, что они связывают. Оно также говорило о добавлении сопутствующей информации без изменения исходного ресурса. У владельца документа оставался документ; у другого автора появлялось место для собственной схемы связей.

Тут возникала менее праздничная часть открытия. Обычную исходящую ссылку легко встретить: она лежит в начальном документе. Входящие и сторонние дуги могут лежать совсем в другом файле. XLink называл собрания таких связей linkbases и прямо указывал на повышенные требования к их обнаружению. Читательская программа должна была найти и исходный ресурс, и конструкцию ссылки. Сам документ не мог телепатически сообщить о чужой картотеке.

Стандарт предложил для этой картотеки специальный указатель. Дуга со значением arcrole http://www.w3.org/1999/xlink/properties/linkbase велела приложению загрузить XML-файл базы ссылок и извлечь из него расширенные связи для дальнейшей работы. Это не тот же жест, что показать человеку целевую страницу. Поэтому параметр представления show для такой дуги не имел значения, а actuate определял время загрузки. Одна база могла указывать на следующую. Канцелярия росла, и стандарт допускал ограничения для обхода цепочки.

XLink разделил владение исходным текстом и авторство маршрутов вокруг него. Тот, кто контролировал файл, не обязан был вписывать чужую ссылку. Тот, кто создал внешнюю связь, не получал от этого власть над файлом. Между ними стояло приложение: ему требовалось найти описание связи, прочитать дуги и предложить читателю доступный переход. Ссылка обрела независимый адрес; теперь этот адрес нужно было кому-то сообщить.