Добрый день, предыдущий проект реализовал методом REST API, контроллеры, роуты. В новом проекте решил использовать GraphQL. Понравился query который может быстро и легко доставать нужные данные. Но вот вопрос надо ли теперь использовать его везде? К примеру для получения продуктов он отлично подходит. А к примеру для добавления продуктов, регистрации пользователей мне показалось удобнее использовать REST API. К примеру для авторизации где требуется middleware .
Как по мне для мутации он не так подходит. Вопрос стоит ли его использовать везде или только для получения сложных запросов. Вопрос может и странный ибо никаких ограничений в этом плане нет, но сколько докладов я смотрел везде отказывались о REST API в пользу Graphql.
Станислав Макаров, Да) Некоторые доклады и вовсе про то что теперь и редакс можно выбрасить :D :D
Но на амом деле да, в большинстве случаев в докладах указывается что это полная замена REST API
Это конечно можно без проблем, просто как по мне в некоторых местах rest api лучше подойдет)
сколько докладов я смотрел везде отказывались о REST API в пользу Graphql
Крайне редко люди делают доклад о том, как они попробовали новую технологию и вообще не стали на неё переходить. Делать из подобных наблюдений выводы - когнитивная ошибка.
Чем мне нравится JSON-RPC - нет никаких мук раздумий "а как правильно сделать то и это на ресте/графкуле/другой модный протокол". Сразу берёшь и делаешь что тебе надо
пробовали, внедряли. в итоге эксперимент был признан неудачным. те кому надо что-то сложное достать - пойдут и напишут запрос в базу. остальным с головой и хватает и рестовских крудов (в контексте приватного сервиса, доступ к которому жопой в мир не торчит)
REST это вообще не "метод" а описание архитектуры. включает в себя несколько базовых принципов и все.
GraphQL напротив, это конкретный протокол взаимодействия .
а как реализовать протокол клиент-сервер надо решать исходя из конкретных условий конкретной задачи. конкретно выделенных человекочасов.