E
Ну да, это понятный пример. Но вот а если мне надо подключиться к серверу и ждать вызова когда нибудь потом на клиенте?
это stream вроде нужен
Size: a a a
2021 March 28
E
stream бывает от клиента к серверу, от сервера к клиенту, и в обе стороны
🅵
stream бывает от клиента к серверу, от сервера к клиенту, и в обе стороны
Энто и есть фулл дуплекс)
🅵
риалтайм фаербейз на жрпц и работает как раз
ND
Ну вот в том примере просто по очереди отдаётся много данных каждым yield’ом. Это именно что стриминг, а не вызов события на клиенте. Тоесть там нету такого, что вызовем события. Типа отправил запрос, получил назад стрим. Не очень понятно, как сервер будет раздавать событие большому числу клиентов. Получается нужно постоянно какой-то пинг слать?
🅵
так вон там server streaming есть
🅵
А как ты хочешь без стрима?
🅵
Без установленного tcp хендшейка?
🅵
Тупо взять и как то магически вызывать клиент?
🅵
мимо все Nat'ы и фаерволы?
🅵
так никто не умеет)
ND
Да, я нашёл, я про то, как оно на сервере будет в проде
🅵
ну должно быть установленное соединение
🅵
иначе как
🅵
тупо взять и вызывать клиента без соединения установленного, это уже что то из квантовой физики)
🅵
можешь через какойнить FCM пуши слать)
ND
Тоесть это понятный пример, но я просто не понимаю как это превратить в нормальную архитектуру. Мне всегда казалось, что нужно держать какой-то конекшн пул, раздавать сообщение не тысячу раз каждому клиенту, а один раз бродкастить на тысячу
🅵
ну для каждого клиента - свой коннект.
🅵
ну или реально FCM посмотри
🅵
не сто процентная доставка, но ты время от времени делай опрос с клиента сервер и все