https://youtu.be/tYcqn48SMT8
Где-то с 18 минуты

если честно, это выглядит одинаковым 🌚

На этом слайде 4 оператора заменяют собой 8, мне нравится) Интересно посчитать общее количество операторов, конечно, насколько их меньше.

да, заменяют, но для меня (возможно, потому, что нормально чувствую себя с RxJava) абсолютно нет сложностей с тем, что в Rx это 8 операторов

Это и не киллер фича, а приятная мелочь)

Всем привет. Такой вопрос. Есть interactor, данные в который собираются из нескольких экранов. Допустим, регистрация в приложении. На первом экране ввожу имя пользователя, пароль, на втором заполняю личные данные, на третьем еще что-то и т.д. Как поступать в таком случае? В плане, как эти данные собирать - создавать условный класс User в интеракторе и в него сетить данные с экрана (мне кажется неправильно) или как? Буду признателен любой помощи, может кто решал подобный кейс или может есть пример, где посмотреть. Спасибо

гляньте историю чата ещё, обсуждали неоднократно.

Подскажите плз если у меня есть interactor который начинает выполнять работу в новом патоке, далее дёргает репозиторий который получается данные с firebase, т.к. с firebase необходимо указать listener куда придёт DataSnapshot, далее если необходимо то тут же в репозитории эти данные трансформировать в объекты, и отдать interactor'у, с помощью своего Listenera.
Поправьте  пожалуйста  если не правильно рассуждаю

Без rx

Нужно еще передать executor в репозиторий для того что бы указать firebase в какой поток вернуть данные?
Именно в тот который начал interactor?

а то он по умолчание вроде как в ui поток возвращает

На котлине пишешь?

java

нашел статью про Wizard, очень интересно и удобно, но к сожалению, в ней ничего не сказано про способ хранения информации, а вопрос по большому счету касался этого. Есть какие-то best practices на такой случай или каждый городит свой огород?

Форма регистрации в приложении вполне достойна сохранять данные на диске. Заведите интерактор, пошарьте его на несколько экранов, а он пусть или внутри себя хранит в памяти данные, или записывает в персистентное хранилище.

мне казалось, что максимум, который должны уметь формы - это сохранять состояние в onSaveInstanceState 🤔

если это не какой-либо опросник, к которому пользователь может захотеть вернуться

форму регистрации я привел в пример, на деле у меня большая сущность из кучи данных, которые заполняются из нескольких экранов

Добрый день,в данный момент изучаю DI фреймворки и стал вопрос, что использовать?
Dagger Koin Kodein ToothPick
Не могли бы вы помочь и сказать своё мнение конкретно продакшена?
Т.к. везде миллион холливаров