Телеграмм чат группы itarchitect страница 3903

собственно об этом и был вопрос - как принято это делать

05:03пожаловаться #1

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

05:04пожаловаться #2

Ну, номер версии схемы всяко стоит передавать, а дальше зависит от архитектуры.
Для avro, кстати, есть хранилища схем, из которых можно что-то вытаскивать.
Для flatbuffer - не в курсе

05:05пожаловаться #3

Обычно по entrypoint уже понятно, что именно должно прилететь.

05:06пожаловаться #4

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

05:06пожаловаться #5

> Для avro, кстати, есть хранилища схем, из которых можно что-то вытаскивать.

я слышал только про Confluent Scheme Registry

05:07пожаловаться #6

А, ну тогда надо передавать какой-то код типа сообщения в формате

05:07пожаловаться #7

Ага, я про него )

05:07пожаловаться #8

в целом вроде вопрос решается передачей сообщений через union, в котором каждый тип - это сообщение. Получается что-то вроде такого:

namespace YourGame.Sample;
table EventTwo {
    value:string;
}
table EventOne {}
union MessageType {   
  EventOne,
  EventTwo
} 
table Message {
  content:MessageType;
}
root_type Message;

05:09пожаловаться #9

Как-то это выглядит изрядно стремно и не очень удобно

05:09пожаловаться #10

честно - я пока что не пробовал другие форматы и как сделано там. Я пока что из неудобств вижу только то, что схема сообщений определяется на этапе сборки принимающей стороны и не может меняться в рантайме. Насколько это критично - я сейчас как раз сижу и думаю

05:11пожаловаться #11

Ну, схема сообщений вообще обычно не может определятся в рантайме, как там нормально десериализацию не сделать.
Я бы советовал сначала работать с более простыми форматами, а уже потом думать о flatbuffer

05:13пожаловаться #12

Если нет какого-то дикого хайлоада - то банальный zipped json вполне работает для почти всех применений.
Если websocket - то посмотри на STOMP, например, как пример протокола

05:14пожаловаться #13

Про STOMP раньше не слышал - спасибо!

05:16пожаловаться #14

Он не очень удобный, конечно, но можно смотреть на него, как на идею.