DR
Схемы для json можно делать сильно позже, по факту. Мигрировать json гораздо проще, иногда достаточно взглянуть на него, чтобы понять, это старая или новая версия.
json можно посмотреть на мобилках или на js клиенте, и делается это намного проще, чем pb.
Одно из сильных преимуществ: можно смотреть и понимать некорректно сформированное или даже неполное json сообщение и уже по нему строить какие-то выводы.
Наконец, в этом видео, если ты смотрел, очерчены главные и самые болезненные грабли, которые связаны с версионированием протоколов, в микросервисной архитектуре крайне желательно уметь независимо апгрейдить каждый из сервисов, и даже больше -- в процессе роллаута могут работать экземпляры разных версий одновременно.
Это можно сделать и на pb с помощью умной архитектуры и такой-то матери, но как мы видим гораздо эффективнее вообще избегать подобных проблем.
json можно посмотреть на мобилках или на js клиенте, и делается это намного проще, чем pb.
Одно из сильных преимуществ: можно смотреть и понимать некорректно сформированное или даже неполное json сообщение и уже по нему строить какие-то выводы.
Наконец, в этом видео, если ты смотрел, очерчены главные и самые болезненные грабли, которые связаны с версионированием протоколов, в микросервисной архитектуре крайне желательно уметь независимо апгрейдить каждый из сервисов, и даже больше -- в процессе роллаута могут работать экземпляры разных версий одновременно.
Это можно сделать и на pb с помощью умной архитектуры и такой-то матери, но как мы видим гораздо эффективнее вообще избегать подобных проблем.
те же pb либы доступны и на мобилке, можно также попросить либу вывести декодированный протобаф в читаемом виде по которому также можно определить какие поля есть каких нет. Некоторый оверхед есть и решение о том что перевешивает отталкивается от задачи. Если куча данных летит с мобилки на сервер и мы хотим наиболее эффективно использовать канал, то есть кирпичики в виде протобафа которые позволяют это реализовать без боли (или с минимальным оверхедом) Вопрос должен ли браузер общаться с бекендом через GRPC, достаточно интересный, в браузер придется тащить либу, JSON есть из коробки. Опять же от задачи. Есть разные варианты.
Видос целиком не смотрел, глянул минут 5 c тайминга который ты кинул, посмотрю дальше. По твоим словам не понимаю чем это отличается от двух разных версий приложения использующих разные версии текстового протокола. Также будут поля которые появились в новой версии которые надо игнорить. Также нельзя удалять поля одним релизом, надо сначала депрекейтить, а потом удалять. В протобафе парсер тупо игнорирует поля которые не знает (при этом можно попросить парсер выдать отдельно незнакомые поля чтобы, например, кинуть в лог warning). В целом я согласен, начинать с JSON проще, мой поинт в том, что бинарные протоколы с имеющимся тулингом это не больно и не так чтобы прям сложнее чем JSON который оброс всеми атрибутами микросервисного окружения (версионирование, схемы, openapi и тд). А плюшки бинарного протокола в некоторых задачах могут быть полезными
Видос целиком не смотрел, глянул минут 5 c тайминга который ты кинул, посмотрю дальше. По твоим словам не понимаю чем это отличается от двух разных версий приложения использующих разные версии текстового протокола. Также будут поля которые появились в новой версии которые надо игнорить. Также нельзя удалять поля одним релизом, надо сначала депрекейтить, а потом удалять. В протобафе парсер тупо игнорирует поля которые не знает (при этом можно попросить парсер выдать отдельно незнакомые поля чтобы, например, кинуть в лог warning). В целом я согласен, начинать с JSON проще, мой поинт в том, что бинарные протоколы с имеющимся тулингом это не больно и не так чтобы прям сложнее чем JSON который оброс всеми атрибутами микросервисного окружения (версионирование, схемы, openapi и тд). А плюшки бинарного протокола в некоторых задачах могут быть полезными
