Открыть список
Как стать автором
Обновить

Комментарии 4

Тут одно преимущество, что межплатформенно. А так сложна просто. Надо компилировать отдельно, надо заводить класс под protobuf, писать код для трансформации VO в protobuf объект. Я уж тогда json выберу, если типы данных не сложные. Проще и читаемо, с отладкой проще. Неясно, какие проблемы со стандартной Java сериализацией, работает уже много лет.

Наивные хомячки никогда не видят тонны геморроя, которые тенью стоят за очередной хайпуемой модной фичей. Это бинарный формат. Вы задолбаетесь писать интеграционные тесты к своему сраному сервису, скурпулезно заполняя все объекты данными вместо простого чтения из файла. Забудьте про текстовый редактор и postman, а вооружитесь хорошим hex-editor-ом, когда при InvalidProtocolBufferException будете скурпулезно просматривать байты, ища несоответствие. Новое поколение уже не помнит CORBA и готово вновь наступать на те же грабли.


Ну и как java-бэкендеру мне лень городить огород на левом языке. Вот если бы была библиотека аннотаций, которая бы генерировала файлы .protobuf из моей модели на java, тогда еще можно было бы поиграться...

Веселье начинается когда к вам начинают приходить битые протобафы. Не все. Несколько процентов. С виду ничем не отличающихся от остального потока.
Отлаживать такое одно удовольствие.

Для хайлоада протобафы очень полезны. А если у вас нет гигабитных потоков данных используйте лучше джейсоны. Они вам сэкономят много времени. И выйдут не сильно дороже по железу.

В статье не написано, зачем все это и чем лучше, чем json, какие юзкейсы

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Информация

Дата основания
Местоположение
Россия
Сайт
otus.ru
Численность
51–100 человек
Дата регистрации
Представитель
OTUS

Блог на Хабре