IS
Ну колбек еще можно понять, если все происходит в одном месте, тригерится и обраатывается, а если это разные модули образно скажем, которые ничего про друг друга не знают
Size: a a a
2020 April 12
AN
Именно так работают все Rx-based мобильные приложения)
Так, в смысле на реактивных стримах из одного элемента? Я это предполагал, но это не обязано мне нравиться.
AN
Ну колбек еще можно понять, если все происходит в одном месте, тригерится и обраатывается, а если это разные модули образно скажем, которые ничего про друг друга не знают
Мне сложно судить, не видя архитектуры. Я просто хочу напомнить, что на Flow при всей его полезности и приятности, свет клином не сошелся. Есть еще обыкновенные корутины.
IS
ну это то понятно, но я его использую в тех случаях, когда данные могут изменяться разными модулями, а узнать об этом должны все
AN
Не буду спорить.
PS
Так, в смысле на реактивных стримах из одного элемента? Я это предполагал, но это не обязано мне нравиться.
Так и мне это не нравиться. В большинстве мобильных приложений (формочки для json) это оверинжениринг
AN
Так и мне это не нравиться. В большинстве мобильных приложений (формочки для json) это оверинжениринг
Ну я понимаю, откуда это вылезло. В джаве там на этом месте был полный callback hell, да еще и интенты асинхронные. Но в котлин с корутинами, как мне кажется, без этого можно обойтись. Повторюсь, что спорить не буду, поскольку надо архитектуру смотреть и весьма возможно, что они исходно спроектирвоана под все эти single или как их там.
QH
Ну я понимаю, откуда это вылезло. В джаве там на этом месте был полный callback hell, да еще и интенты асинхронные. Но в котлин с корутинами, как мне кажется, без этого можно обойтись. Повторюсь, что спорить не буду, поскольку надо архитектуру смотреть и весьма возможно, что они исходно спроектирвоана под все эти single или как их там.
вот да, корутины выглядели как смерть неправильно применяемому ырыксу, я никак не ожидал, что его напишут снова
AN
вот да, корутины выглядели как смерть неправильно применяемому ырыксу, я никак не ожидал, что его напишут снова
Я думаю, что надо подождать. Появится больше людей, которые умеют это использовать и соответствующим образом проектировать приложения, и оно переползет. А потом напишут Очень Умную Книгу и все начнут молиться на очередную "архитектуру", не думая о том, где ее надо применять, а где нет.
QH
reactive FTW
AN
ага, но еще смысл в том, что на корутинах можно первый вариант завернуть в корутину и усе, будет реактивно. Ну только архитектуру надо переписать. К примеру отправка емэйлов должна быть актором со входным каналом
QH
ага, но еще смысл в том, что на корутинах можно первый вариант завернуть в корутину и усе, будет реактивно. Ну только архитектуру надо переписать. К примеру отправка емэйлов должна быть актором со входным каналом
Я сейчас телеграм-бота пилю, так там в библиотеке уже есть «эффекты» вроде
SendMessage(toId, text). Стал возвращать итератор этих эффектов и исполнять их в одном месте, так что возможная асинхронщина не проникает в бизнес.VP
ага, но еще смысл в том, что на корутинах можно первый вариант завернуть в корутину и усе, будет реактивно. Ну только архитектуру надо переписать. К примеру отправка емэйлов должна быть актором со входным каналом
Там реактивность нафиг не нужна, это простой императивный код.
У Flux сразу делается
У Flux сразу делается
collectList(), т.е. Flow был бы ни к чему.AP
Ребят, а как в Flow правильно сделать обработку cancel? То есть когда у меня есть некий flow, который мой метод возвращает. Мне нужно чтобы когда отменили скоуп, в котором делали collect, вызвался внутри метод по освобождению ресурсов, подписки отписать и т д.
AP
с RX у меня был disposable/subscription а тут что-то не знаю best practices
AN
Ребят, а как в Flow правильно сделать обработку cancel? То есть когда у меня есть некий flow, который мой метод возвращает. Мне нужно чтобы когда отменили скоуп, в котором делали collect, вызвался внутри метод по освобождению ресурсов, подписки отписать и т д.
В большинстве случаев обычный try-catch-finally вокруг collect все сделает
AP
В большинстве случаев обычный try-catch-finally вокруг collect все сделает
не не, это получается обработка уже снаружи
AP
а мне надо внутри flow скрыть это
AP
я думал внутри flow запускать новую корутину и там invokeOnCancelation что-то такое что ли сделать