IM
поэтому и рекомендую rxpermissions)
Size: a a a
2020 February 02
IM
сразу затянуть
AC
самым что ни наесть образом
будет жить, пока жив родительский флоу-фрагмент, причём сквозь смену конфигурации
будет жить, пока жив родительский флоу-фрагмент, причём сквозь смену конфигурации
так речь про цепочку из нескольких фрагментов(экранов), значит все-таки через "host fragment" и childFragmentManager?
IM
просто из комментария Алексея следует, что он говорит про очень простое приложение, которое не будет расти
AD
Arsen CeH9
так речь про цепочку из нескольких фрагментов(экранов), значит все-таки через "host fragment" и childFragmentManager?
да, именно
AD
просто из комментария Алексея следует, что он говорит про очень простое приложение, которое не будет расти
нет, я говорю про любое приложение
IM
нет, я говорю про любое приложение
ну вообщем тогда мое мнение следующее:
- если используете rxjava, то можно тащить rxpermissions
- если нет, то все равно лучше заинжектить в презентер какой то helper, в котором будет связь с activity
- если используете rxjava, то можно тащить rxpermissions
- если нет, то все равно лучше заинжектить в презентер какой то helper, в котором будет связь с activity
AD
ну вообщем тогда мое мнение следующее:
- если используете rxjava, то можно тащить rxpermissions
- если нет, то все равно лучше заинжектить в презентер какой то helper, в котором будет связь с activity
- если используете rxjava, то можно тащить rxpermissions
- если нет, то все равно лучше заинжектить в презентер какой то helper, в котором будет связь с activity
ок, ок, как угодно)
IM
ок, ок, как угодно)
а какой у тебя вариант?
AD
пздц, они там ретейн фрагмент добавляют 🙈
AD
а какой у тебя вариант?
стандартных методов API за глаза хватает - это дичь какая-то и не понятно, зачем здесь Rx вообще нужен
AD
а какой у тебя вариант?
IM
а ты не ios разработчик случайно?))
AD
а ты не ios разработчик случайно?))
нет, случайно не ios разработчик
IM
стандартные методы завязаны на android, а это все усложняет тестирование. чем меньше в коде андроид приложения зависимостей от андроида - тем лучше
IM
kotlin mpp яркий тому пример
AC
@snoozerio если я правильно понял, то в твоем варианте появляется доп. логика для экшенов навигации, например принадлежит ли "открываемый" экран текущему флоу или нет. Либо как-то жанглировать разными фрагментМенеджерами в "навигаторе"
AC
что как-бы сопоставимо с той рутиной, от которой хотелось избавиться изначально
AD
Arsen CeH9
@snoozerio если я правильно понял, то в твоем варианте появляется доп. логика для экшенов навигации, например принадлежит ли "открываемый" экран текущему флоу или нет. Либо как-то жанглировать разными фрагментМенеджерами в "навигаторе"
не понял проблемы
AD
стандартные методы завязаны на android, а это все усложняет тестирование. чем меньше в коде андроид приложения зависимостей от андроида - тем лучше
сконцентрируй все в Activity и ничего не завязано