API по Java? Как правильно использовать, в каких случаях применять, для чего это нужно ?
За ранее благодарю!
Можно начать со статьи в википедии. В принципе норм описание. Для Java можно посмотреть документацию Spring/SpringBoot, в частности по HATEOAS и Spring Data Rest. ИМХО а так «забей» я не встречал нигде «чистого» REST. Везде делают контроллеры которые туда сюда гоняют json-чики.
И «покрывают» аннотациями контроллер DTO и просто передача-отправка JSON и всё? А какие нибудь правила написания REST? или это обсуждается при создании проекта, как будет осуществляться передача данных?
Почитайте сатью в википедии. 🙂 А так основной смысл REST, в том что у каждой сущности есть уникальный адрес. Все контроллеры для REST stateless. Идея интересная, но практически редка когда применимая. Поэтому сейчас под REST понимают просто перкидывание json-нов по HTTP. Ну и стараются через GET получать, а через POST изменять. PUT и DELETE реализовывают опционально, т.к. их могут резать некоторые фаерволы. Обычно я видел, что GET - получение json, POST - для создания, изменения, удаления.
Спасибо большое, почитаю статью на Вики.
", что GET - получение json, POST - для создания" а если нужно получить выборку по сложному запросу? Я делаю гет - но с боди в которой запрос. И иногда слышу мол раз с боди то должен быть пост. Но я таки считаю что раз получение - то гет, а то что у гета не должно быть боди - предрассудок
Странно. body в GET это какое-то новомодное изобретение 🙂 А так для таких кейсов есть другая фигня - GraphQL. 🙂
я хотел графкуэль но фронтендеры пока не готовы. Боди в гете всегда было - просто почему-то им не пользуются исторически. Но по-мне-то логичнее гет с боди чем пост который получает сущность а не создает
Согласен есть @RequestBody, пишется в аргументах метода, при создании. @ResponseBody под метод @GetMapping пишется для отправки данных- это понятно, спасибо
не предрассудок, а сообщение не соответствует стандарту и на любой промежуточной железке может быть послано в мусорку
да это-то понятно что можно, мы в теории, как идеологически правильно делать
Я смотрел стандарт, там ничего про недопустимость боди нету https://datatracker.ietf.org/doc/html/rfc7231#section-4.3.1
Конечно, только A payload within a GET request message has no defined semantics; sending a payload body on a GET request might cause some existing implementations to reject the request.
Мне логично получать данные через POST. Т.к. Spring MVC формы для получения данных в POST-е отправляются. 🙂 А body в GET могут фаерволы зарезать. Потом разбирайся что не работает.
да, это аргумент. обсужу с фронтом. так-то мне аннотацию да тест поменять...
Обсуждают сегодня