Служба доступа к данным/Layer с управляемой событиями базой данных Firebase

Question

В настоящее время я пишу приложение для Android и использую для этого базу данных реального времени Firebase.

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

В моем «нормальной» SQL реляционного мире я обычно реализовать службы доступа к данным/слоя наряду с MVVM шаблона, чтобы поток контролируемых данных. Этот слой, например, реализует методы CRUD для возврата POCOs/POJO.

Но в этом случае ведомой, NoSQL среде базы данных Firebase R в CRUD не имеет смысла, так как я активно не читаю ничего в базе данных больше, а быть информированным через событие, что-то изменилось ,

Могу ли я просто заменить активную роль чтения в CRUD с слушателями событий и продолжить использование службы доступа к данным/слой подхода, который я привык, или есть существенные недостатки с таким подходом? Если да, то каковы подходы к обработке потока данных с помощью базы данных, управляемой событиями?

Answer 1

База данных Firebase используется как постоянная, управляемая событиями модель представления в большинстве реализаций MVVM.

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