У нас есть апи, все. Если хочешь использовать иначе -- не будем мешать. Не понимаю чего ты хочешь добиться

это мы так любезничаем :)

Он просто уже довольно долго тут тянет этот малоосмысленный разговор

разница в том, что в restoreState нужно еще доставить arguments

"привет! стало интересно, почему может быть плохо, если сохранять состояние фрагмента в аргументы.

кажется, что они ведут себя так же, как и savedInstanceState "

Это исходный вопрос.


-----‐-------
Если мы хотим сами полностью  контролировать вопрос сохранеия состояния фрагмента (и ui  его и введенных данных и еще кучи всего, так что бы оно даже перезагрузку аппарата переживало  - то это надо писать самому. И сохранение и восстановление в нужные моменты. Иначе будет....непредсказуемо весело.

жду, что кто-то с вескими аргументами придет и по голове настучит
мол, делали так на проекте, были такие то проблемы, не советую

прочел. Вполне осмысленный. Вопрос в том, почему один и тот же механизм применяется 2 раза в классе. Можно ли использовать 1?

так мне люди отвечают, а дальше диалог завязывается

разница вот еще в чем: arguments доступны из вне, savedInstanceState - нет (поэтому в него кладут аргументы для инициализации)

из удобства - доступ к сохраненным состояниям вне методов

а в restoreInstanceState сразу передается savedInstanceState

так и удобно через by lazy презентер создавать, например

мы же говорим об sdk, там нет presenter

доступ вне фрагмента к его внутреннему состоянию?

вне метода, который получает в кач-ве параметра состояние, а не фрагмента
но так-то да, потенциальная проблема - внутреннее состояние торчит наружу через getArguments()

не понял вне какого метода. getArguments() можно получить по всему фрагменту в любом месте

доступ к состоянию не из onViewStateRestored(savedInstanceState: Bundle?)?

вполне нормальная задача - создать ViewModel/Presenter после смерти процесса, когда встроенные механизмы не помогли ей пережить пересоздание фрагмента

val presenter by lazy { ViewModel(arguments[«state»] as ViewState }

fun onViewCreated(state: Bundle) {
 model.observeViewStateChanges(owner) {
   arguments[«state»] = it
   this.render(it)
 }
}

ну к getArguments можно обратиться из родительской активити, например 🤷

зачем так делать? разве не рушится инкапсуляция этим?