Переменные желаетльно делать val вообще

она null изначально

у меня java)))

Переменные не должны быть мутабельны

она null изначально

Я вопрос не читал ☺️

она null изначально

Погоди. А почему?

Зачем его делать null если можно сразу проинициализировать? Это же фрагменты?

Зачем его делать null если можно сразу проинициализировать? Это же фрагменты?

в том и дело

я думаю что слепо нельзя такие вещи иницать

там же мы не знаем что происходит. может крашнется

Лишние переменные - зло

А что вообще за кейс? Впадлу читать всё

Лишние переменные - зло

ну коллекция фрагментов тогда)

Догадаетесь почему?

ахах

А что вообще за кейс? Впадлу читать всё

сохранение состояния вью во фрагментах после их замены

Лишние переменные - зло

doSmth(obj.hello().giveText().giveLetter(), obj.hello().giveText2().giveLetter()).apply(); Пример взят из головы. Что такое лишние переменные?

о боже

А что вообще за кейс? Впадлу читать всё

нужно сохранить позицию recyclera после возвращения на его родительский фрагмент, который засеттен в контейнер актвити через bottomNavigationView

придумал

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

и делай фрейм лейаут

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

))

Как вариант :D

Грязно, но эффективно)

и без косяков

нужно сохранить позицию recyclera после возвращения на его родительский фрагмент, который засеттен в контейнер актвити через bottomNavigationView

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

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

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

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

чем это поможе ?

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

в чем соль?

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

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

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

во

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

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

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

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

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

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

та не. ViewPager вместе с экраном, в котором Recycler есть - гемор для юзера

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

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

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

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

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

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

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

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

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

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

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

Мое первое приложение было на сплошных активностях. И я задолбался пилить toolbar для каждой из них.

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

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

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

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

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

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

Мое первое приложение было на сплошных активностях. И я задолбался пилить toolbar для каждой из них.

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

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

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

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

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

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

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

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

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

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

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

не хочу костылять. Как правильно ?

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

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

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

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

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

то есть при переключении табов скрол сохраняется.

при повороте экране - нет. Оно и понятно.

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

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

при повороте экране - нет. Оно и понятно.

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

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

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

до поворота все ок

как мне и нужно было

спасибо всем, кстати"!!!! ??????

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

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

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

это что такое ?

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

определение

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

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

memory leak

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

а. memory leak ?

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

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

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

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

?????

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

то есть нужно это доработать немного и ок

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