T
Экспертное мнение прям
Вы спрашиваете как работать с данными и ошибками в Interactor'е.
Так же как и везде
Size: a a a
2021 June 16
АЕ
Из этого непонятно, что именно вам непонятно) У вас есть абстракция Result, её можно обработать на месте, если того требует логика интерактора, можно вернуть в VM чтобы там показать ошибку или данные. В чём вопрос у вас, можете подробнее задать?
T
Вопрос в том, что ошибки нужно обрабатывать в vm, чтобы их отобразить. А данные обрабатывать корректнее было бы в interactor. Каким образом из interactor возвращать или ошибку или данные? Снова оборачивать в Result?
АЕ
Как вернуть результат дальше - ваш выбор, но если уж вы используете Result, то можно и для VM его использовать. Обычно есть удобные методы у него вроде map.
A
У меня в аппке есть условный бродкаст ресивер, мне нужно условно вывести тоаст по пойманному бродкасту, как правильно это дело организовать? Сделать SomeEventRepository который будет экспозить flow эвентов, и запроксировать его в юзкейсе, который уже будет инжектиться во вьюмодел?
P
Да, как-то так
FL
Я просто думаю стоит ли этой фью добавлять ещё ответственность по сохранению, мне все же кажется чище будет если вью позволит просто отредактировать данные, а после завершения редактирования создаст евент/вернет результат о том, что данные обновились, нужно сохранить. А уже тот кто вызвал эту фью для редактирования обработает результат. Но не знаю бестпрактикс потому и в замешательстве
A
ок, спасибо)
P
Зависит о того, что из себя представляет первая view.
Если это просто кастомная view (грубо говоря, layout), то да, она ничего не должна сохранять. Только коллбечить, а уже фрагмент будет сохранять результат.
Если это просто кастомная view (грубо говоря, layout), то да, она ничего не должна сохранять. Только коллбечить, а уже фрагмент будет сохранять результат.
P
Если первая view - полноценный фрагмент с логикой (т.е. с VM), то пусть её VM сохраняет
P
Если обе view (из которой позвали и которая редактирует) - фрагменты с логикой, то может тут стоит задуматься о локальном хранилище и принципе "local storage as a single source of truth".
Y
мы делаем для каждого экрана свой interactor, который и занимается подобной логикой
т.е. он обслуживает логику конкретного экрана
можете попробовать
т.е. он обслуживает логику конкретного экрана
можете попробовать
FL
спасибо, обмозгую)
JF
т.е. Вы хотите отделить редактирование и сохранение?
A
Здравствуйте, Подскажите, плиз. Использование метода newInstance() в Фрагменте - это какой паттерн? Как называется?
ДР
Это не паттерн, просто метод который позволяет скрыть прокидывание аргументов через Bundle.putSomething
ДР
Чтобы в одном месте всё это держать
JF
вместо него удобнее использовать конструктор
A
Спасибо))