еще есть gowire

из этого разряда

ASN.1!

это тот что der там разный?

ога

ну это уж слишком жестоко

вообще что флетбуферс, что вот этот асн

они ж вроде сохраняют тип в своем выхлопе

как мне кажется - это излишне

эмм.. вроде бы нет. схему плоскобуферы не сохраняют точно.

(конечно если не работаешь в условиях жсов всяких)

Может не полную схему

знаю точно что там через jump таблицы всё или dst реализовано

кажется, вообще не сохраняют

https://google.github.io/flatbuffers/flatbuffers_benchmarks.html

иначе вредя декодирование было бы не 0

а че там по бенчма капнпрото против флет буферся

вроде флетбуферс не очень был

иначе вредя декодирование было бы не 0

не, там же всё лениво

ну, это уже капропрото должны сделать, IMHO 😊

типа они вообще ничего не валидируют пока нет обращения

но если во время обращения что-то не сойдется то может паникнуть

по крайней мере капнпрото так

а в флетбуферс вроде вообще валидация костыльная

(это я к тому что время декодирования у них вообще считывания буфра видимо)

typed accessors

поидее это и означает

что у них тип в рантайме чекается

ну, это уже капропрото должны сделать, IMHO 😊

потому что капнпрото быстрее?

вроде как флетбуферс позже появился

потому, что флетбуфферс давит авторитетом гугла и имеет более широкую поддержку языков. 😊

но при этом он не понятно себя позиционирует

> давит авторитетом гугла

плоскобуфера вот любят в том же яндексе использовать.

в раст чате такое не работает

вроде как не сильно устойчив к злонамеренному вводу, но при этом загоняет на капнпрото что "не для всеъ кейсов"

плоскобуфера вот любят в том же яндексе использовать.

в том же яндексе те же люди, и используют они разное

тот же умпутун из радио-т хвалил мсж пак

угу. и протобафы используют и json'ы

вообще зависит от кейса мне кажется

да там у ручек API часто умеет и так и сяк.

если нужно из сторейджа брать данные, и основная идея, чтоб под big-endian всё поднялось

как попросишь, так тебе и выдадут

а передача только в защищенной сети, то флетбуферс торт

ну, вот да.

cap'n proto вообще - монстроузоная херня, встроили rpc в свою энкодинг либу

да, нафига часто туда rpc прилепливают, я вообще не понимаю.

по факту для каких-то новых проектов где нужно быстро наебошить те же задачи, но чучуть безопаснее

просто у капнпрото видимо сделать "быстрый" (потому что бинарный) api для клиентов

и это довольно хороший пласт

но оба они херня на самом деле, когда требования становятся более жесткими

например cap'n proto в полной мере только под сишку реализован

ага. а часто на тему универсального енкодинга заморачиваются именно тогда, когда проект начинает состоять из частей на разных языках

плюс у обоих область применения - динамические языки. (Опциональные поля, forward compatibility)

чтобы проще было синхронизировать изменения в протоколе

Да, но по либам поддерживающим энкодинг кстати capnproto наверное самый топ

может много языков?

ну да, по количеству языков

т.е. если минимальный функционал брать, энкодинга, без защиты, то у кап н прото там rust/java/js x2/ c++ и еще вроде много хлама

это официально, или умельцами?

к чему я вообще, область flatbuffers не покрывает полностью области protobuf, и капнпрото её больше покрывает, так что можно сравнивать каждое из этих говн с каждым

это официально, или умельцами?

там ничего официального нет

ибо если умельцами, то нет вообще никаких гарантий что там оно все будет работать.

ну, основную реализацию то автор сам сделал. и есть шанс что она сама с собою совместима

есть правда авторы которые сделали java/rust и стали позже работниками единственного проекта спонсирующего развитие капнпрото

О! Мы ж еще thrift забыли! 😊

ибо если умельцами, то нет вообще никаких гарантий что там оно все будет работать.

ну эт понятно, для этого в капнпрото вроде даже были автоматические тесты

https://thrift.apache.org/lib/

О! Мы ж еще thrift забыли! 😊

я в этом не шарю, он еще более монстр чем капнпрото

ну, он там на части разделен, так то.

да я не сильно люблю когда под соусом либы для энкодинга пихают разные рпц и тд

ну, он там на части разделен, так то.

Плюс еще сложно в их доке что-то понять, есть где-то ссылка на апи и репозиторий с генерированным говном ?

https://thrift.apache.org/docs/Languages о! даже rust есть!

дада, я тоже зашел в тутор и прифигел

молодцы

но примера не нашел того что в выхлопе

видимо выхлопывать надо самим 😊 и смотреть что там вылезло.

значит стремно показывать

гм. а где-то в доке прямо показывают выхлоп?

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