REST, получая дополнительную информацию для SPA

Question

Я пытаюсь понять это с теоретической точки зрения REST.

У вас есть коллекция книг, это юридическое лицо, вы можете получить, удаление и т.д.

У вас есть отдельные книги, вы получите его с идентификатором, удалите его с идентификатором, и т.д.

Вы Угловое приложение, где вы можете добавить новые книги. Таким образом, вы получаете коллекцию книг, добавляете книгу локально, еще не отправили ее на сервер

Вам нужно добавить дополнительную информацию о книге, прежде чем добавлять ее, например, вам нужно знать, есть ли другие книги с то же название

Можете ли вы иметь несколько вызовов GET в архитектуре RESTful для одного и того же объекта? то есть с идентификатором, а другой с именем? Таким образом, вы можете попытаться получить книгу с именем, чтобы узнать, существует ли она.

Где находится дополнительная информация для еще не образованного объекта? Допустим, вам нужен образ для книги, и у вас есть стоковые изображения. Я предполагаю, что изображения сами по себе являются объектами, поэтому у них есть свои собственные API REST.

Answer 1

Если я правильно понимаю ваш вопрос, вы в основном хотите выполните поиск по некоторым критериям (имя и т. д.), чтобы проверить, что книга еще не существует. Вы можете использовать GET для книги, которая не включала бы id в качестве переменной пути, но включала бы параметры фильтра критериев как параметры запроса (строку запроса). Что-то вроде этого:

/book?name=bookname -- List book with name as bookname 
/book/{id}   -- List book with given id 

Несколько вызовов GET для одного и того же объекта не рекомендуется в архитектуре RESTful.

Answer 2

У вас есть несколько вызовов GET в архитектуре RESTful для одного и того же объекта?

Джим Уэббер: Вы должны ожидать, что у вас будет гораздо больше ресурсов в вашем домене интеграции, чем на бизнес-объекты в вашем бизнес-домене.

Так что, почему бы и нет? Как может клиент знать?

В каких случаях «получить дополнительную информацию для еще не образованного лица»?

При возникновении сомнений попробуйте представить, что вы делаете как веб-страницу. Было бы разумно отправить запрос веб-серверу на форму, чтобы добавить новую книгу с определенным заголовком, и вернуть ее форму, список известных книг с похожими названиями, набор стоковых изображений и т. Д.? Конечно. Так что для вашего API будет хорошо делать то же самое.

Возможно, форма должна быть отдельной идеей, а результаты поиска должны выглядеть как ссылка на форму и куча ссылок на представления существующих книг. Это тоже прекрасно.

Использование ссылок из нестабильных вещей в стабильные вещи часто является хорошей идеей, потому что это дает кеширование.