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