точно путаешь

с каких пор?

тогда нужно научить дроваблы сохраняться в Parcel

О, так можно? Свои дроваблы писать? 😄😄😄

https://developer.android.com/reference/android/support/v4/app/Fragment.html#setarguments
The arguments supplied here will be retained across fragment destroy and creation.

Да

да, именно так

😔

Хорошо, давайте рассмотрим такой кейс - краши из-за не восстановленных аргументов ушли, после того как мы отказались от использования передачи аргументов через Bundle. Возможно, что на некоторых девайсах они не восстанавливаются из за системы.
Но какая для меня разница? Я по умолчанию считаю, что бандл может быть пустым. И поэтому обучаю фрагменты просить инфу. Всё работает.

Откуда фрагменту просить инфу? Из стейта активити, который тоже хранится в бандле?
Креши — с какими трейсами? Выглядит как попытка спрятать баг, а не починить.

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

подскажите пожалуйста, а может фрагмент в реальном времени как то выводить информацию ?

скорее всего там всё проще - там нет переиспользования фрагментов

1. Активити аттачит коллбек. Фрагмент общается с коллбеком.
2. Нет, про активити фрагмент не знает.
3. Трейсы были именно о том, что данных в бандле нет.
4. Это был нечастый и загадочный краш. Мы приняли решение отказаться от передачи аргументов через getInstance - Bundle, тем более это и так не рекомендуется.

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

как и нет переиспользования кода в 99% приложений :)

это печально )

кем не рекомендуется?

А кем рекомендуется?

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

Нет, обычный интерфейс и реализация.