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

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

Не лучшего качества статья выбрана для перевода. Смешиваются протоколы и форматы сериализации данных, у JSON почему-то пропали типы данных и 2 стало строкой (реальная проблема там в том, что нет целого типа, и 2 становится числом с плавающей точкой, а не строкой), и т.д.

Плюс, первая "проблема" json является проблемой xml: в json есть разница между числами и строками, а в xml как раз-таки нет.

Не сказано про XML, что его проблемы нивелируются SAX-парсерами и обычным сжатием данных (zip к примеру). К XML можно подключить CSS и всю эту многословность отобразить красиво в браузере минимумом усилий. Фанаты еще про XSLT могут вспомнить. Однако любителям смузи хочется работать с нетипизированным JSONом и наступать на крабли.

(Старческое ворчание окончил).

Не могут они полностью нивелироваться. grpc будет и быстрее и меньше трафика гонять. Да ещё и типизация строгая.

про скорость нужно проверить, возможно grpc и быстрее. А по типизации - XML Schema передаёт привет.

А что не так. Нормальная там типизация. И без такого большого оверхэда от сериализации/десериализации

Вы пробовали описывать схемы XML?))

Я описывал большие схемы. Это сущий кошмар.


Определение буферов протоколов
Эффективная сериализация с использованием буферов протоколов

Это я так понимаю дословный перевод protobuf с искажением смысла?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий