Я пытаюсь примириться с REST, как это определено Роем Филдингом. Недавно я пытался обдумать:
http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven
Концепция, которая меня интересует, приведена в этой цитате:
Переходы могут быть определены (или ограничены) знаниями клиентов о типах носителей и механизмах обмена ресурсами, которые могут быть улучшены "на лету" (например, код по запросу).
В частности, что такое знание "механизмов обмена ресурсами", как это знание описано в документации/спецификациях и реализовано в реализации? Затем, как лучше улучшить это знание "на лету"? По-моему, я понимаю, что обращается к "клиентским знаниям типов медиа".
У меня есть некоторые догадки (PUT, GET и т.д.), но я бы оценил любые предложения, примеры или указатели на API RESTful, которые явно адресуют проблемы в этой цитате. Если это поможет, я думаю об этих проблемах в контексте HTTP + JSON, я считаю, что REST не ограничивается HTTP + *.
API Sun Cloud ранее был процитирован как хороший дизайн RESTful, я не мог понять, где и как он решает эти конкретные проблемы - может быть, случай отсутствия дерева для деревьев?
Уточнение:
Что меня озадачивает, если PUT, GET и т.д. являются ли эти механизмы, это говорит о том, что клиент знает, что применять к конкретным гиперссылкам в пределах некоторого < media-type > , и это кажется хрупким и может предлагать гипертекстовую ссылку (непосредственно) к ресурсам.