А не легче при тапе на элемент запускать новое активитит?

можно GONE давать чтоб леяут не грузить

собсна это и есть фрагменты

А не легче при тапе на элемент запускать новое активитит?

в чем соль?

Ну ты не будешь убивать фрагмент, будет сохранять позицию

и играй висибилити

Можно hide/show для фрагментов вместо replace

во

можно вообще все фрагменты добавить в контейнер сразу

и потом их скрывать показывать

а вообще можно ViewPager заюзать с setOffScreenLimit и они сами будут сохраняться

вырубить свайпы и юзать setCurrentItem

А нельзя просто сохранить позицию и при переходе на фрагмент с ресайклером ставить его?

Зачем эти сложности. Имхо. Запусти активити. Это вполне норм кейс. Не надо их показывать, хайдить. Куча мороки убирается

при нажатии на итем менюхи запускать активити?

чет вообще бред такой)

тогда, внезапно, менюха снизу пропадёт

и это нифига не норм, к слову

ой блин. делайте просто вью

тогда, внезапно, менюха снизу пропадёт

Ну с этим не сложно справится. но если нужен боттом вью, то показывать\хайдить будет чуть меньше кода

и как же с этим справится?

Да все с ними норм,

на каждой активности хреначить ее, да?

создаете для каждого экрана кастомвью. херачите ViewFlipper. профит 😂

к тому же кажется это не решает проблему с сохранением состояний

не пробовали?

к тому же кажется это не решает проблему с сохранением состояний

Решает. Да пилить на каждом экране. Но логику выносится и всё это делает в одну строку

хрень, а не решение, сами же понимаете

я тебе говрю, сделай через переменные. ну вот смотри int hui = 5 someFunction(hui) или someFunction(5) Вдрое разницы нет, только переменная может поменять свое значение перед функцией

вы предлагаете хранить фрагменты или что?

хранить интстанс фрагмента

он и так хранится в менеджере

если он нуль , тосоздать, если нет, то его показать

тогда для каждой вкладки нужно хранить свой фрагмент

нельзя так делать по хорошему

и это не из-за кодстайла или еще чего-то

можно не для каждой, а только для тех, где нужно сохранть состояние

это всё ещё плохое решение

т.е самому инстансы хранить херово, а доверить хранить их адаптеру - норм идея

т.е самому инстансы хранить херово, а доверить хранить их адаптеру - норм идея

ну, во-первых, я не утверждаю. Но если их нормально менеджить, то хранить можно

очевидно вы предлагаете их не менеджить а просто хранить

забив на память и лайфсайкл

народ, вопрос по камере CONTROL_AF_STATE на *баном сяоми всегда возвращает 0, но автофокус работает

хотя, открыл стандартную камеру, там на ui нет анимации фокуса, поэтому видимо это "фича" 😒

попробуйте делать replace с тэгами и доставать по тэгу

есть смысл не создавать технический мемлик

поищите в интернете

определение

при перевороте кстати при таком решении всё будет сохраняться

потому что фрагменты лежат в менеджере

memory leak

память лизать

а поправил уже

да ошибся-ошибся)

нужно не хранить фрагменты

если будет не хватать памяти, менеджер сможет выгрузить фрагмент

а вы всё прекрасие менеджера рубите на корню

у мня вот ресуклер сука дублирует список, понять не могу

у мня вот ресуклер сука дублирует список, понять не могу

кидай код

адаптера

просто делайте findFragmentByTag в месте где вы с ним работаете

tag у каждого фрагмента разный

ну вот до if сделайте showFragment = manager.find(tag);

хотя стоп

да, вроде так

кидай код

https://gist.github.com/dmz9/76f8504a2ccebf85bff8de34d9663529

на первом открытии норм, на повторном начинает дублировать список, хз даже

адаптер

тоже

если не сложно

нифига не выкупаю в котлин этот ваш

что там по адаптеру?

апдейтнул

ткни пальцем на строку

ресайклер в листФрагменте?

ресайклер в листФрагменте?

да

тогда его тоже давай

дебажить пробовал вообще?

да дебажил

ну, там по два раза все делается, а лист фрагменты разные

один новый в онрезбме, второй старый восстановленый, из стейта наверное, судя по всему