Создание гиперсреды связывается в пользовательском типе среды

Я считаю семантически ваши два Примеры Atom эквивалентны. В спецификации Atom есть несколько мест, где ссылка, не имеющая отношения, считается ссылкой по умолчанию (независимо от того, называется ли она «self» или «source», я не помню). Лично мне больше всего нравится второй пример AtomPub, потому что элементы ссылки в записи Atom (которая является наиболее часто используемым объектом при работе с Atom в целом) определяют элементы ссылок с отношениями и используют ту же схему в категории, коллекции и рабочей области. elements означает, что их легче анализировать без необходимости знать множество специальных условий.

Интересный вопрос. Один из способов взглянуть на это - это дифференцировать ссылки на «информационные» ссылки, ведущие на связанные ресурсы, что клиент может (а может и не захотеть) следовать, чтобы получить дополнительную информацию (например, элемент в atompub).

С другой стороны, это ссылки, которые «определяют» протокол, то есть "направляют" клиента через последовательность изменений состояния. (например, опубликовать / отредактировать / удалить в случае Atompub или заказать / просмотреть / оплатить в торговой системе) ресурса, составляющего фактический протокол (например, ).

В статье Starbucks авторы расширяют всю идею на определение (гипотетической) схемы для изменения состояния. Они используют <следующий rel = "schema url" uri = "uri для следующего состояния ресурса"> вместо Atom , но общая идея та же.

Конечно, можно утверждать, что после any ссылка представляет состояние изменение для клиента. Но я думаю, что это различие имеет смысл.