Список проголосовавших за комментарий "Весьма странное сравнение.<blockquote>gRPC работает быстрее за счет более нового и производительного стандарта http/2 (обновления данных станут более риалтаймные)</blockquote><br/> REST вполне себе может работать через http/2<blockquote>в отличие от REST/WebSockets, у gRPC все данные передаются в бинарном виде, что быстрее и экономнее в плане размера</blockquote>Вебсокеты поддерживают бинарные данные.<blockquote>gRPC работает с четкой типизацией, что означает, что сериализация/десериализация происходят «автоматически» и не надо гадать как преобразовывать данные в текст и обратно</blockquote>При нормальном дизайне rest коннектора — тоже ни о чем гадать не нужно — есть строго типизированный объект, где каждое поле можно однозначно разобрать. Да, писать придется руками (хотя если есть swagger — можно тоже автоматом все сгенерировать)<blockquote>gRPC это все еще RPC, удаленный вызов процедур, то есть используется все так, будто ты не к удаленному серверу обращаешься, а делаешь вызов на локальной машине.</blockquote>То что удаленный вызов спрятан ничего не меняет, ровно так же можно все спрятать и для реста<blockquote>Рис. 6: разбор из строки в объект.<br/> <br/> Чтобы разобрать при помощи библиотеки JSON, нам понадобится вручную создать класс, соответствующий ответу сервера:</blockquote>У вас кровь из глаз от такого не течет? Зачем разбирать сначала в строки, а потом героически их парсить? Почему бы не разобрать сразу в нужные типы?"