У меня есть много конечных точек API для документирования, и полезная нагрузка запросов POST и PUT может быть сложной. Я документирую их с помощью apiblueprint. Мне очень нравится, как apiblueprint позволяет мне документировать параметры URI. Он выглядит хорошо и позволяет предоставить читателю всю необходимую им информацию, такую как (обязательный, String или Integer, список вариантов/значений и пример).Документирование запроса Полезная нагрузка в apiblueprint
Когда мы смотрим раздел «Запрос», однако я не вижу, как обеспечить тот же уровень первоначальной документации. Секции запроса, которые я видел, просто предоставляют примерный запрос.
Скажем, мы имеем дело с простой полезной нагрузкой, которая требует всего целого имени с именем id, который требуется. В настоящее время мой запрос раздел будет выглядеть следующим образом,
Headers
Content-Type: применение/JSON
тела
{ "ID": "123"}
Предполагается, что тело запроса должно быть разреженным? Каков наилучший способ передать моим пользователям все ограничения/требования для моих полезных нагрузок REST?
Это работает не так хороша, как то, что делает апи план для параметров, но это будет по крайней мере, позвольте мне донести до пользователей информации им нужно. – OrwellHindenberg