Всем привет. Хотелось бы узнать, можно ли при работе с Rest Api
всегда использовать только POST
заголовки? Или это моветон? Согласно CRUD
, на каждую операцию нужно использовать свой заголовок (read - GET
,create - POST
и т.д.) Имеет ли смысл делать такие разделения, или можно всегда использовать только POST
(а логика будет в теле JSON
), где сервер при парсинге узнает, что ему сделать, просто вернуть что-либо, либо произвести что-то и вернуть? Интересно, есть ли какие-то преимущества в скорости, безопасности, при разных заголовках?
Методология REST
предполагает, что каждый request
будет выполнять свою функцию. Соответственно,
GET
- для получения объекта POST
- для создания объекта PUT
- для апдейта объектаDELETE
- для удаления объекта.Единственное, что можно отметить - PUT
и POST
часто объединяют, так как по факту он выполняет одну функцию.
Для справки, нет четкого обозначения что такое REST
. Есть правила, и чем больше правил Вы поддерживаете в своем приложении, тем большо оно REST
. Так же, зачем усложнять себе жизнь и читаемость кода? Подумайте о своих коллегах, которые будут разбираться в вашем коде.
Айфон мало держит заряд, разбираемся с проблемой вместе с AppLab
При вызове java-программы из командной строки с аргументами в качестве русских символов эти аргументы не распознаются программойЧто можно...
Я использовал библиотеку AndroidX Preference для своего проектаЭтот проект имеет главное меню и подменю
Есть веб форма, в которой есть возможность отправки файла на сервер на сервлетах javaНе могу сообразить, как мне организовать принятие файла...