Firebase добавляет слушателей в адаптеры в Android

Хороший вопрос. Итак, несколько замечаний:

1. Куда вы прикрепляете свой прослушиватель? Если вы прикрепите это куда угодно, кроме onResume, он повторно инициализирует ваш прослушиватель. При настройке слушателя он запускает все события для этого конкретного узла. Тем не менее, я по-прежнему выполняю всю свою регистрацию и отмену регистрации по моей ссылке Firebase в onPause и onResume.

2. #P3# <блочная цитата> #P4# #P5#

3. Firebase кэширует все данные. Когда фрагмент прикреплен и установлен слушатель, firebase сделает два основных вызова:

   • Первый — запрос на получение кэшированных данных.

   • Второй - запрос к удаленным данным.

   Вызов кеша в первую очередь хорош, потому что он все еще работает в случаях с медленной сетью или без сети. Теперь потерпите... Когда Firebase получит этот моментальный снимок с сетевых серверов, он выполнит комплексную оценку удаленного объекта и локального объекта. И в меру своих возможностей Firebase объединит объекты, используя сложный идентификатор, который использует временные метки и черную магию [необходим источник]. С этим новым снимком, при необходимости, он сохранит его на серверах. Затем **Firebase предоставит вам дату только в том случае, если она отличается от кешированной версии и изменится относительно экземпляра прослушивателя, предоставившего указанные данные. Эта управляемая кешем структура применяется даже в том случае, когда вы сохраните свои данные:

   • Сначала сохранить в кеш.

   • Второй - вызвать обратный вызов.

   • Третья попытка сохранить на сервер.

Чтобы ответить на вопрос

Если вы подключаете свой слушатель к Firebase onPause/onResume, вы снова получите все данные. Единственный способ не получать его снова — поддерживать тот же экземпляр этого слушателя.

Помимо поддержки моего экземпляра слушателя, я также использовал другое решение. На мой взгляд, мне это не по душе. Но все же это то, что я использую чаще всего. Что я делаю, так это

• Я оставлю себе final List<String> по имени ignoredList. Этот список будет состоять из ключа String, который будет ключом для объекта, который уже есть в вашем адаптере.

• Затем в onPause я добавлю эти данные в свой ignoredList и обнулю прослушиватель childEvent.

• После обратного вызова onResume я установил новый экземпляр слушателя childEvent.

• В onAdded прослушивателя событий я проверяю недавно добавленный объект в своем списке. Если он у меня есть, я удалю его из списка и ничего больше. По сути игнорирование. Если объекта нет в моем ignoredList, я буду обращаться с ним как обычно. Если я получу его от одного из обратных вызовов, отличного от onAdded (т.е. onRemoved onChanged или onMoved), то я заменю это событие на этот объект в списке и удалю из ignoredList.

Теперь я признаю, что это не самое красивое решение. Вы могли увидеть неверные данные, если два источника изменяли один и тот же DataSnapshot. Это был бы небольшой шанс, но вполне возможный. К счастью, если наборы данных окажутся неточными, они не сохранятся в Firebase.

Я всегда активно ищу лучшие стратегии для этого, и если найду, поделюсь. Между тем, это решение отлично работает для моих приложений.