Стоит ли реализовывать мультиплеер на основе Realtime Database?

Question

[Kanslay]

Разрабатываю карточную с простым мультиплеером игру для Android, iOS и Web.
Стоит ли реализовывать мультиплеер путем отслеживания у каждого игрока обновления данных в Realtime Database (Firebase)? Пользователи должны иметь возможность играть с пользователями любой платформы.
Важно чтобы игроки видели действия других игроков как можно быстрее.
Подозреваю что такое решение может быть некорректным (как минимум потому что будет страдать скорость обновления данных, +возможно уже есть готовые решения).
Если не стоит, то каким способом можно реализовать эту задачу?

Answer 1

[orbit070]

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

На чем основаны эти опасения?

Realtime Database прекрасно подходит для подобных задач, а уж тем более с чем-то простеньким вроде карточной игры уж точно справится) Ну а если нужна кроссплатформа то тем более не представляю что может быть лучше. Я когда мессенджер делал и тестировал скорость этой самой realtime database, то нажатие кнопки "Отправить" на одном телефоне и появление сообщения на другом на зрительном уровне происходили в один момент, причем иногда настолько быстро, что даже палец не успеваешь оторвать экрана первого телефона(в момент нажатия кнопки Отправить), как сообщение уже отображается на других устройствах. В общем со скоростью уж точно проблем нет)

Comments

[Kanslay]

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

Answer 2

[Ivan Yakushenko]

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