AP
Ок. А в активити?
В активити все просто, в onCreate
Size: a a a
2019 May 29
КР
Спасибо.)
ОА
А. Кастом вью?)))
VG
наверн стоит разобраться как работает лайвдата, тогда вопросы где и когда подписываться отпадут сразу + будет понятно, почему в везде по-разному подписсываются (но это не точно).
На абстрактный вопрос "где подписываться во фрагменте" есть только абстрактный ответ "где хочешь"
Ну и я говорил, что твоя навигация на статиках загнётся, если плевать на жизненный цикл андроида
На абстрактный вопрос "где подписываться во фрагменте" есть только абстрактный ответ "где хочешь"
Ну и я говорил, что твоя навигация на статиках загнётся, если плевать на жизненный цикл андроида
Sλ
А. Кастом вью?)))
там надо имплементить LifecycleObserver
AP
А. Кастом вью?)))
А там наверно onattachtowindow, но это не точно
КР
наверн стоит разобраться как работает лайвдата, тогда вопросы где и когда подписываться отпадут сразу + будет понятно, почему в везде по-разному подписсываются (но это не точно).
На абстрактный вопрос "где подписываться во фрагменте" есть только абстрактный ответ "где хочешь"
Ну и я говорил, что твоя навигация на статиках загнётся, если плевать на жизненный цикл андроида
На абстрактный вопрос "где подписываться во фрагменте" есть только абстрактный ответ "где хочешь"
Ну и я говорил, что твоя навигация на статиках загнётся, если плевать на жизненный цикл андроида
Знаю, каюсь, но пока времени нет, нужно хуяк-хуяк и в продакшен. Самому интересно, но рил не сейчас.
VG
тогда стоит хотя бы в вопросе что-то уточнять, для чего и где это надо
а не абстрактно
а не абстрактно
RS
вопрос по навигации.
если делаем для bottomNavigationView setupWithNavController и юзер тапает на один и тот же айтем - фрагмент пересоздается. Как можно сделать, чтобы не пересоздавался?
если делаем для bottomNavigationView setupWithNavController и юзер тапает на один и тот же айтем - фрагмент пересоздается. Как можно сделать, чтобы не пересоздавался?
ML
По хорошему фрагменты и так нужно создавать через синглтон
RS
По хорошему фрагменты и так нужно создавать через синглтон
при использовании NavComponent?
ML
при использовании фрагментов вообще
RS
при использовании фрагментов вообще
а после десятого экрана не будет OutOfMemory?
какая-то странная практика делать фрагменты синглтонами.
какая-то странная практика делать фрагменты синглтонами.
ML
хз, пока небыло
ML
Была крутая статья, не могу найти. Но здесь суть такаяже
https://stackoverflow.com/questions/9245408/best-practice-for-instantiating-a-new-android-fragment
https://stackoverflow.com/questions/9245408/best-practice-for-instantiating-a-new-android-fragment
RS
Была крутая статья, не могу найти. Но здесь суть такаяже
https://stackoverflow.com/questions/9245408/best-practice-for-instantiating-a-new-android-fragment
https://stackoverflow.com/questions/9245408/best-practice-for-instantiating-a-new-android-fragment
спасибо!
не совсем понятно как это к NavigationComponent прикрутить.
не совсем понятно как это к NavigationComponent прикрутить.
D
Была крутая статья, не могу найти. Но здесь суть такаяже
https://stackoverflow.com/questions/9245408/best-practice-for-instantiating-a-new-android-fragment
https://stackoverflow.com/questions/9245408/best-practice-for-instantiating-a-new-android-fragment
а при чём тут синглтон?
AM
Была крутая статья, не могу найти. Но здесь суть такаяже
https://stackoverflow.com/questions/9245408/best-practice-for-instantiating-a-new-android-fragment
https://stackoverflow.com/questions/9245408/best-practice-for-instantiating-a-new-android-fragment
я так понимаю вы имели ввиду фабричный метод == хорошая практика?
AM
я так понимаю вы имели ввиду фабричный метод == хорошая практика?
если так, то это актуально не только для фрагментов, есть так же паттерн starter который актуален для activity, там таже самая идея.
ML
в статье newInstance(int someInt) это ниразу ни фабрика. Но фабрика тоже вариант