Всем привет! Есть какой то способ зипнуть 2 лайфдаты либо еще както выполнить действие только при выполнении всех условий

Кейс, есть мютабл лайфдата (с булем внутри) и сингл лайф ивент. Нужно по срабатывании второго проверить условие буля и выполнить что-то

При подписке на сингл ивент, внутри вызвать подписку на буль, внутреняя подписка всегда срабатывает, даже если сингл лайв ивент не вызвался. При перестановке игнорится буль. Если на сингл ивент подписатся а внутри чекать по значению -> в лайф дату не успевает прилетать значение (+ все 3 варианта костыли)

Всем привет! Есть какой то способ зипнуть 2 лайфдаты либо еще както выполнить действие только при выполнении всех условий

Кейс, есть мютабл лайфдата (с булем внутри) и сингл лайф ивент. Нужно по срабатывании второго проверить условие буля и выполнить что-то

При подписке на сингл ивент, внутри вызвать подписку на буль, внутреняя подписка всегда срабатывает, даже если сингл лайв ивент не вызвался. При перестановке игнорится буль. Если на сингл ивент подписатся а внутри чекать по значению -> в лайф дату не успевает прилетать значение (+ все 3 варианта костыли)

Я так и не смог это победить. Хз по какому принципу работает медиатор. Переписал на flow и работает ок.

Щас попробовал в sqldelight поиграться с flow - это просто офигенно, в отличие от имплементации в руме. Рум умеет отдавать флоу только на select all, а дальше фильтруй сам. А sqldelight будет отдавать в флоу только обновления по твоему запросу.

> Рум умеет отдавать флоу только на select all,
Ты уверен? Он вроде работает так, что как селект напишешь, так и будет отдавать

Щас попробовал в sqldelight поиграться с flow - это просто офигенно, в отличие от имплементации в руме. Рум умеет отдавать флоу только на select all, а дальше фильтруй сам. А sqldelight будет отдавать в флоу только обновления по твоему запросу.

Чёго? Не может быть такого. Как flow связан с query.

> Рум умеет отдавать флоу только на select all,
Ты уверен? Он вроде работает так, что как селект напишешь, так и будет отдавать

тут скорее то что при изменении в таблице рум всегда тригерит все подписки, на плечах разработчика всякие distinctUntilChanged()

А ты загляни в sqldelight и узнаешь.) Создаётся Flow<Query> и одна и та же квери эммитится каждый раз, когда происходит изменение.) А дальше ты при коллекте или маппе дёрнаешь нужный метод на квери

тут скорее то что при изменении в таблице рум всегда тригерит все подписки, на плечах разработчика всякие distinctUntilChanged()

Немного не по arch, когда из файербейза пуши прилетают, как показать разный нотификейшн в зависимости от того в бэкграунде приложение или нет? Какие-то хаки где смотришь список процессов или можно элегантнее?