как этот демон работает на самом деле. Смотрю примеры, и меня смущает что на серверном вызове обычно происходит что-то вроде while(true) если мы говорим про условно бесконечный (ну или долгий, например пару часов) стриминг данных. Неужели это так и задумано иметь в Managed коде бесконечный цикл? Во всех примерах что я находил есть обязательно while/for чтобы как раз создать эффект продолжительного подключения. Никакой регистрация колбеков или что-то подобное. Насколько удобно будет слать эвенты (произошедшие в случайный момент времени) с сервера на клиента? Или я просто неправильно собираюсь использовать gRPC?
Если хочешь эвенты, то можно вебсокеты. Но и жрпц стриминг тоже норм, если этот while true асинхронный
Ну здесь вопрос в том неужели действительно он задизайнен с чём-то вроде while(true). И просто много вопросов возникает - а что если 100 клиентов подпишутся на один эндпоинт с одинаковыми параметрами? У нас будет крутиться 100 одинаковых циклов или он их всё же подключит к одному стриму?
А че по производительности? 😅 Тоесть если мне надо, скажем 10к клиентов пушить одинаковую информацию (например стоимость акций), то нужно крутить 10к циклов?
Кеширование, нэ, не слышал???
Кэширование чего?
Да всего желаемого.
Ты точно понимаешь что я пытаюсь спросить? Мой вопрос в том можно ли избежать прямой зависимости количества циклов от количества подключений.
Если мы говорим о риалтайме, то нет
это где такие примеры? оО
https://youtu.be/F2T6xNRoa1E https://www.stevejgordon.co.uk/server-streaming-with-grpc-in-asp-dotnet-core
так а GRPC тут причем
Обсуждают сегодня