AP
ну тогда же onCreate не вызывается )
блин, oncreateview и ondestroyview же
Size: a a a
2019 December 20
AP
ну тогда же onCreate не вызывается )
все так, когда фрагмент вытаскивается из бэк стека у него oncreateview вызывается
QH
Основная суть - фрагмент не должен ничего сам доставать ни из никаких бандов. Он должен в onCreate у кого то попросить (в идеале у активити) через коллбек какие ему нужны данные.
wtf, почему ты так считаешь?
А
Я чот запутался.
Фрагмент уходит в бекстек, а что происходит с экземпляром анонимного класса, который был создан в результате навешивания листенера? Он ж хранит ссылку на внешний класс(на фрагмент, получается). Чтобы этот класс убить(и отпустить фрагмент), нужно снять листенер, иначе никак же.
Фрагмент уходит в бекстек, а что происходит с экземпляром анонимного класса, который был создан в результате навешивания листенера? Он ж хранит ссылку на внешний класс(на фрагмент, получается). Чтобы этот класс убить(и отпустить фрагмент), нужно снять листенер, иначе никак же.
А
И жц этого экземпляра вроде как к фрагменту никак не привязано.
AG
wtf, почему ты так считаешь?
Потому что фрагменты имеют свойство оживать самостоятельно и в этот момент всё что происходит в рукописном getInstance не вызывается. Краш - грусть - слёзы.
А когда фрагмент научили просить данные у родителя / репозитория / когонибудь то всё будет отлично.
А когда фрагмент научили просить данные у родителя / репозитория / когонибудь то всё будет отлично.
QH
Александр
Я чот запутался.
Фрагмент уходит в бекстек, а что происходит с экземпляром анонимного класса, который был создан в результате навешивания листенера? Он ж хранит ссылку на внешний класс(на фрагмент, получается). Чтобы этот класс убить(и отпустить фрагмент), нужно снять листенер, иначе никак же.
Фрагмент уходит в бекстек, а что происходит с экземпляром анонимного класса, который был создан в результате навешивания листенера? Он ж хранит ссылку на внешний класс(на фрагмент, получается). Чтобы этот класс убить(и отпустить фрагмент), нужно снять листенер, иначе никак же.
Но фрагмент не надо убивать, он живёт дольше вьюхи.
AA
Потому что фрагменты имеют свойство оживать самостоятельно и в этот момент всё что происходит в рукописном getInstance не вызывается. Краш - грусть - слёзы.
А когда фрагмент научили просить данные у родителя / репозитория / когонибудь то всё будет отлично.
А когда фрагмент научили просить данные у родителя / репозитория / когонибудь то всё будет отлично.
вообще-то всё что было передано в аргументах - восстановится, разве нет?
QH
Потому что фрагменты имеют свойство оживать самостоятельно и в этот момент всё что происходит в рукописном getInstance не вызывается. Краш - грусть - слёзы.
А когда фрагмент научили просить данные у родителя / репозитория / когонибудь то всё будет отлично.
А когда фрагмент научили просить данные у родителя / репозитория / когонибудь то всё будет отлично.
> всё что происходит в рукописном getInstance не вызывается
собственно, для того getInstance и нужен, чтобы сложить свои аргументы в аргументы фрагмента
собственно, для того getInstance и нужен, чтобы сложить свои аргументы в аргументы фрагмента
ОА
вообще-то всё что было передано в аргументах - восстановится, разве нет?
Тебе не нужно думать об аргументах фрагмента если ты из туда не передаешь
QH
Тебе не нужно думать об аргументах фрагмента если ты из туда не передаешь
пасиб, выручил
AA
Тебе не нужно думать об аргументах фрагмента если ты из туда не передаешь
это да, но вопрос не об этом
AA
> всё что происходит в рукописном getInstance не вызывается
собственно, для того getInstance и нужен, чтобы сложить свои аргументы в аргументы фрагмента
собственно, для того getInstance и нужен, чтобы сложить свои аргументы в аргументы фрагмента
да, я как раз об этом
M
Основная суть - фрагмент не должен ничего сам доставать ни из никаких бандов. Он должен в onCreate у кого то попросить (в идеале у активити) через коллбек какие ему нужны данные.
Учту, благодарю
QH
Учту, благодарю
ниже объяснили, что это неверно
Kd
Александр
Я чот запутался.
Фрагмент уходит в бекстек, а что происходит с экземпляром анонимного класса, который был создан в результате навешивания листенера? Он ж хранит ссылку на внешний класс(на фрагмент, получается). Чтобы этот класс убить(и отпустить фрагмент), нужно снять листенер, иначе никак же.
Фрагмент уходит в бекстек, а что происходит с экземпляром анонимного класса, который был создан в результате навешивания листенера? Он ж хранит ссылку на внешний класс(на фрагмент, получается). Чтобы этот класс убить(и отпустить фрагмент), нужно снять листенер, иначе никак же.
убирание калбяков не всегда надо делать, в зависимости от апи может различаться.
например bottomSheeBehavior калбяк протекает если не снимать, а lifecycleCallback - сам убирается
например bottomSheeBehavior калбяк протекает если не снимать, а lifecycleCallback - сам убирается
Kd
вообще-то всё что было передано в аргументах - восстановится, разве нет?
да
PK
подскажите на что ругается?
PK
[databinding] {"msg":"Only one layout element with 1 view child is allowed. /Users/pavelkostukov/Project/-android-app/app/src/main/res/layout/fragment_support.xml has 0","file":"/Users/pavelkostukov/Project/-android-app/app/src/main/res/layout/fragment_support.xml","pos":[]}
QH
Konstantin dmz9
убирание калбяков не всегда надо делать, в зависимости от апи может различаться.
например bottomSheeBehavior калбяк протекает если не снимать, а lifecycleCallback - сам убирается
например bottomSheeBehavior калбяк протекает если не снимать, а lifecycleCallback - сам убирается
а что там куда у шита течёт?