погоди, так фрагмент же живёт дольше. Вот если бы фрагмент удерживал лисенеры, было бы плохо. Но всё наоборот
не смотри... мы засетали клик листенер в text_search. Этот листенер по сути иннер класс, который имеет ссылку на фрагмент, потому что обращается к полю класса фрагмента. Когда мы уничтожаем вьюхи в ondestroyview считай text_search типо уничтожается, но этот кликлистенер не даст gc собрать text_search. Фрагмент то будет продолжать жить в бэк стеке.
Alexey 🇪🇸
Andrew
не смотри... мы засетали клик листенер в text_search. Этот листенер по сути иннер класс, который имеет ссылку на фрагмент, потому что обращается к полю класса фрагмента. Когда мы уничтожаем вьюхи в ondestroyview считай text_search типо уничтожается, но этот кликлистенер не даст gc собрать text_search. Фрагмент то будет продолжать жить в бэк стеке.
ну ничего, вместе с ним будут жить несколько байт листенера. Потом все дружно пойдут под нож.
Alexey 🇪🇸
ну ничего, вместе с ним будут жить несколько байт листенера. Потом все дружно пойдут под нож.
а потом фрагмент вытаскивается из бэк стека и у него опять создается вьюхи с новым листенером. Старая вьюха остается висеть не?
Mike
Andrew
а потом фрагмент вытаскивается из бэк стека и у него опять создается вьюхи с новым листенером. Старая вьюха остается висеть не?
старая теперь станет помеченной как не имеющей ссылки
Max
Что ты хочешь сделать? Какая бизнес-задача?
Я хочу лист со своими объектами перекинуть с Активити во фрагмент через newInstance, класс, объекты которого я хочу передать имплементирует Parcelable, но члены его класса имеют не примитивный тип, поэтому я не знаю как через Bundle во фрагменте передать этот list в OnCreate фрагмента
Alexey 🇪🇸
text_search кстати из котлин синтетиков
Alexey 🇪🇸
потому что Root-ссылка больше не существует
так вроде же получается создается новая вьюха и создается к ней новый листенер со ссылкой на этот фрагмент.
Александр
потому что Root-ссылка больше не существует
Вот тут чёт сложна стало.
Насколько я знаю, трабл в том что анонимный класс будет хранить ссылку на сам фрагмент. Это подразумевалось под рутом?
Max
окей гугл, как реализовать parcelable?
Я знаю как его в классе реализовать, но вопрос: ответ выше означает, что это неправильно или что это вообще нельзя сделать
Andrew
А как тогда?..
Нужно передать в активити информацию о том, как ей нужно сгенерировать список. Например "список сохранён в базе с таким айдишником / в префсах / в инстансе".
Фрагмент при генерации должен вызывать метод коллбека от активити "дай мне список".
Активити достаёт список где она там его хранит или возвращает пусто.
Anonymous
Миловзорова М Н Учебное пособие.pdf
Alexey 🇪🇸
кто кого удерживает?)
О, погоди, то есть не удерживает листенер ничего потому что вьюха вся уничтожается и листенер вместей ней?
Vadim
Кто может подсказать почему у меня не вызывается destroyItem в адаптере, учитывая что я просто удалил метод getItemPosition
Andrew
хмм вроде кликлистенер. или погоди я не прав.... 🤔
Лёша, предыдущий фрагмент умер вместе со всем содержимым.
При возобновлении работы будет создан новый. Всё.
Alexey 🇪🇸
Alexey 🇪🇸
он в бэкстек уходит
Mike
Лёша, предыдущий фрагмент умер вместе со всем содержимым.
При возобновлении работы будет создан новый. Всё.
Нет, фрагменты могут жить дольше вьюх по паре причин: бэкстек и ретейн.
Alexey 🇪🇸
у фрагмента не такой лайфсайкл как у активити, потому и все сложнее
Andrew
Хм, неплохо! Спасибо!
Основная суть - фрагмент не должен ничего сам доставать ни из никаких бандов. Он должен в onCreate у кого то попросить (в идеале у активити) через коллбек какие ему нужны данные.
Andrew
а раз вызывается, значит умирает
Alexey 🇪🇸
ну тогда же onCreate не вызывается )
все так, когда фрагмент вытаскивается из бэк стека у него oncreateview вызывается
Mike
Александр
Я чот запутался.
Фрагмент уходит в бекстек, а что происходит с экземпляром анонимного класса, который был создан в результате навешивания листенера? Он ж хранит ссылку на внешний класс(на фрагмент, получается). Чтобы этот класс убить(и отпустить фрагмент), нужно снять листенер, иначе никак же.
Александр
И жц этого экземпляра вроде как к фрагменту никак не привязано.
Andrew
wtf, почему ты так считаешь?
Потому что фрагменты имеют свойство оживать самостоятельно и в этот момент всё что происходит в рукописном getInstance не вызывается. Краш - грусть - слёзы.
А когда фрагмент научили просить данные у родителя / репозитория / когонибудь то всё будет отлично.
Mike
Я чот запутался.
Фрагмент уходит в бекстек, а что происходит с экземпляром анонимного класса, который был создан в результате навешивания листенера? Он ж хранит ссылку на внешний класс(на фрагмент, получается). Чтобы этот класс убить(и отпустить фрагмент), нужно снять листенер, иначе никак же.
Но фрагмент не надо убивать, он живёт дольше вьюхи.
--------
Потому что фрагменты имеют свойство оживать самостоятельно и в этот момент всё что происходит в рукописном getInstance не вызывается. Краш - грусть - слёзы.
А когда фрагмент научили просить данные у родителя / репозитория / когонибудь то всё будет отлично.
вообще-то всё что было передано в аргументах - восстановится, разве нет?
Mike
Потому что фрагменты имеют свойство оживать самостоятельно и в этот момент всё что происходит в рукописном getInstance не вызывается. Краш - грусть - слёзы.
А когда фрагмент научили просить данные у родителя / репозитория / когонибудь то всё будет отлично.
> всё что происходит в рукописном getInstance не вызывается
собственно, для того getInstance и нужен, чтобы сложить свои аргументы в аргументы фрагмента
Hovhannes
вообще-то всё что было передано в аргументах - восстановится, разве нет?
Тебе не нужно думать об аргументах фрагмента если ты из туда не передаешь
--------
Тебе не нужно думать об аргументах фрагмента если ты из туда не передаешь
это да, но вопрос не об этом
--------
Max
Konstantin
Я чот запутался.
Фрагмент уходит в бекстек, а что происходит с экземпляром анонимного класса, который был создан в результате навешивания листенера? Он ж хранит ссылку на внешний класс(на фрагмент, получается). Чтобы этот класс убить(и отпустить фрагмент), нужно снять листенер, иначе никак же.
убирание калбяков не всегда надо делать, в зависимости от апи может различаться.
например bottomSheeBehavior калбяк протекает если не снимать, а lifecycleCallback - сам убирается
pavelkostyukov
подскажите на что ругается?
pavelkostyukov
[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":[]}
Mike
Konstantin
конкретнее? Чем самопальные отличаются от обычных-то?
ну ты юзаешь либо то что тебе дали в виде боттом щит диалог фрагмент, либо можешь сам с любой вьюшкой то же самое сделать, поддерживать фоновый вью, поддерживать лаяут диалога, прятать там что надо и т.п., it depends, если не снимать колбек самому то протекает почему то
Mike
Так что, колбэк не очень подходит?
Ну если работает, то и ладно, но он привязывает к классу интерфейса.
Max
Ну если работает, то и ладно, но он привязывает к классу интерфейса.
Ну смотри, я просто не знаю как лучше. Мне надо передать с Активити лист со своими объектами в два фрагмента, сначала думал через Parcelable, не знаю..
Mike
--------
Ну смотри, я просто не знаю как лучше. Мне надо передать с Активити лист со своими объектами в два фрагмента, сначала думал через Parcelable, не знаю..
имхо - самая большая ошибка новичков - размышления на тему как лучше и попытки сразу сделать максимально правильно. Только путь неверных решений увеличивает твой опыт.
Max
А откуда берёшь лист?
У меня фоновый поток, создаю лист в Активити, я решил, что вызывать этот поток из каждого фрагмента - не очень
Mike
У меня фоновый поток, создаю лист в Активити, я решил, что вызывать этот поток из каждого фрагмента - не очень
Создаёшь на основе чего?
Вроде Parcelable вполне подходит.
Max
имхо - самая большая ошибка новичков - размышления на тему как лучше и попытки сразу сделать максимально правильно. Только путь неверных решений увеличивает твой опыт.
Я знаю, я бывает если неправильно делаю, то потом начинаю описать со временем, что это можно сделать лучше
Andrew
пасиб, выручил
Ну так я тоже самое сказал) фрагмент должен уметь попросить данные для работы, а не получать рукописные аргументы
Max
Создаёшь на основе чего?
Вроде Parcelable вполне подходит.
Что имеешь в виду под основой? У меня объекты содержат Drawable, я хотел его засунуть в Parcel, но видимо тип Object писать нельзя..
--------
Ну так я тоже самое сказал) фрагмент должен уметь попросить данные для работы, а не получать рукописные аргументы
в чем проблема передачи через аргументы?
Mike
https://t.me/android_ru/635622
ты, вероятно, путаешь аргументы функции с аргументами фрагментов
Mike
Что имеешь в виду под основой? У меня объекты содержат Drawable, я хотел его засунуть в Parcel, но видимо тип Object писать нельзя..
тогда нужно научить дроваблы сохраняться в Parcel
Konstantin
https://developer.android.com/reference/android/support/v4/app/Fragment.html#setarguments
The arguments supplied here will be retained across fragment destroy and creation.
R
Да