Мы рассматриваем возможность использования API Blueprint. Есть случаи, когда мы хотели бы, чтобы один запрос возвращал правильный ответ, а другой запрос возвращал ответ «ошибка», такой как 400 bad request
, чтобы другие разработчики могли работать с фиктивным API на apiary.io с обоими типами ответов и обрабатывать его. в своих приложениях.
Я создал совершенно произвольный пример ниже,
## Thing [/thing/{id}]
Gets a thing but the thing id must be a prime number!
+ Parameters
+ id (string) ... ID of the thing, a prime number!
+ Model (application/json)
The thing itself.
+ Body
{
"description": "It is green"
}
### Retrieve a Single Gist [GET]
+ Response 200
[Gist][]
Теперь как-то я хотел бы добавить в ответ для /thing/40
+ Response 400
{ "error" : "Invalid request" }
Но я не уверен, как бы я сделал это с помощью API Blueprint. Это было достижимо в «старом» стиле на apiary.io, но мы хотели бы перейти к новому синтаксису.