Как сохранить положение скроллинга RecycleView при переключении фрагментов?

Спасибо, конечно, но я про эти методы знаю.

Вопрос немного в другом.

У меня четыре фрагмента с RecycleView должны работать с BottomNavigationView,
другие фрагменты без BottomNavigationView через DrawerLayout,
и еще третьи фрагменты должны добавляться в стек поверх фрагментов из BottomNavigationView.

Как эту кашу разрулить не совсем понимаю, т.к. позиции скроллинга RecycleView должны сохранятся и восстанавливаться, обновление только через Swipe.

Я даже не представляю какой шаблон layout должен быть для хранения этого всего, все попытки приводят к костылям..

Валерий В., В смысыле? В каждом фрагменте же свой ресайклер, так? У фрагмента есть методы сохранения/восстановления состояния. В них и сохраняй/восстанавливай. Bottom там навигация или что - вообще по барабану, фрагмент вещь в себе, и про окружающий мир должен быть вообще не должен знать.

Денис Загаевский, да, в каждом фрагменте свой RV и свой адаптер.

Мне не хватает опыта по андроид-кодингу, поэтому не с чем особо сравнивать, какие best practices лучше использовать. Не хватает широты взгляда, так сказать.

Т.е. вы предлагаете все различные виды фрагментов пихать в один FrameLayout в MainActivity? А как тогда управлять Toolbar, BottomNavigationView , DrawerLayout - они где должны быть, а где то нет?

И опять же, как получить и установить позицию скроллинга в RecycleView, ведь штатных методов у него нет? Мне предлагают использовать это:

Сохраняете в onPause(), восстанавливаете в onResume()

Сохранение

lastFirstVisiblePosition = ((LinearLayoutManager)recyclerView
.getLayoutManager())
.findFirstCompletelyVisibleItemPosition();
Восстановление

((LinearLayoutManager) recyclerView.getLayoutManager())
.scrollToPositionWithOffset(lastFirstVisiblePosition,0)

Но опять же, это не позиция скроллинга, а позиция первого полностью видимого элемента...

А если делать каждый RecycleView в своем FrameLayout и просто переключать их видимость через View.GONE/VISIBLE ? Тут фрагменты будут жить пока живет активность и ничего сохранять не надо...

Валерий В., о_О'
Я вижу, что опыта действительно не хватает, прям даже не знаю, что сказать. Брать и управлять. А что? Я вообще не вижу связи между вопросом и тем, куда пихать фрагменты.

Денис Загаевский, ну, для примера, приложение для Вконтакте. Я не могу поверить, что там все в одном контейнере, там их столько много разных layout'ов ...

Валерий В., какая разница, сколько лэйаутов, если каждый из них инкапсулирован в своём фрагменте.

Денис Загаевский, а если брать и управлять - это ж сколько писанины получится, чтобы обвязать все это с сохранением всех состояний всех элементов...

Денис Загаевский, ну тогда, pls, ответьте еще на несколько вопросов.
Это нормально, когда 30 фрагментов в одном FrameLayout replace'яться в MainActivity? И где хранить все состояния каждого из 30 фрагментов - в той же MainActivity? А также состояния остальных элементов - навигации и др. - тоже в MainActivity? Это ж MainActivity разбухнет неимоверно...
Я правильно рассуждаю?

Валерий В., да это нормально. Если только все они разом не лежат в бэкстеке - это уже что-то странное с навигацией.
Реплейсить их можно в активити условно - выделить отдельную сущность, Router, который рулит навигацией.
Про сохранение состояния ui. Eсли посмотреть onSaveInstanceState фрагмента, туда приходит Bundle, куда и надо сохранять состояние (IcePick в помощь). Каждый фрагмент сохраняет состояние своей вьюхи и ничего не знает про всё остальное. Активити и роутер ничего не знают про ui фрагментов.
Кто, где и для чего разбухает при таком раскладе - я не знаю.