Служба доступа к данным / Уровень с управляемой событиями базой данных Firebase
В настоящее время я пишу приложение для Android и использую для этого базу данных Firebase в реальном времени.
Я борюсь с управляемой событиями концепцией базы данных.
В моем "нормальном" реляционном мире SQL я обычно реализую сервис / уровень доступа к данным вместе с шаблоном MVVM, чтобы иметь управляемый поток данных. Этот уровень, например, реализует методы CRUD для возврата POCO /POJO.
Но в этой управляемой событиями среде noSQL базы данных Firebase R в CRUD не имеет смысла, так как я больше не читаю ничего в базе данных, а скорее сообщаю через событие, что что-то изменилось.
Могу ли я просто заменить активную часть чтения в CRUD на прослушиватели событий и продолжить использовать привычный мне подход к сервису / уровню доступа к данным, или у этого подхода есть существенные недостатки? Если да, то каковы подходы к обработке потока данных с помощью управляемой событиями базы данных?
1 ответ
База данных Firebase используется в качестве постоянной модели событий, управляемой событиями, в большинстве реализаций MVVM.
Таким образом, вместо создания собственного слоя доступа к данным для сопоставления из базы данных для просмотра модели, вы сохраняете модель представления в базе данных Firebase и больше не пишете свой собственный слой.