Поворот экрана и пересоздание обьектов. Как делают матёрые разработчики?

Разрабатываю приложение, решил делать одно активити и FrameLayout в нем, куда будут помещаться фрагменты (настройки, диалоги и т.д.). Все конечно хорошо, но когда дело доходит до поворота экрана, начинается сущий ад. Создается несколько фрагментов и я их сохраняю в фрагмент менеджер и после поворота экрана восстанавливаю. Но когда начинаю поворачивать экран и переходить между фрагментами по Back Stack в разных вариациях, приложение падает с исключением. Пробовал и так и сяк делать сохранение и восстановление, но исключение неумолимо.

Как вообще реализовывают в сложных программах пересоздание фрагментов? Ибо при моем подходе, делать обработку для каждого фрагмента, можно рехнуться.
Решил попробовать отключить пересоздание в манифесте через android:configChanges="keyboardHidden|or ientation|screenSize", стало сразу на много проще, но везде пишут, что этот метод не рекомендован и что нужно обновлять в ручную какие то данные. Разжуйте стоит ли этот метод использовать или нет?
Ну и хотелось бы услышать опытных разработчиков, как бороться с пересозданием с минимальными затратами.

0

Hellrider_, постарайтесь разрабатывать так как будто активити может в любой момент погибнуть и возродится. Да, можно рехнуться

1

Сообщение от Hellrider_ но везде пишут, что этот метод не рекомендован и что нужно обновлять в ручную какие то данные. Разжуйте стоит ли этот метод использовать или нет?

в инете пишут очень много чуши
на самом деле если для обеих ориентаций используется одна и та же разметка - такой подход самое то

если разметки разные - иначе никак, только пересоздание
нужно просто понять что в onCreateView только инициализация дочерних вьюшек фрагмента, а остальная логика на усмотрение - onResume, onAttach и так далее, то задачи

1

Сообщение от Hellrider_ android:configChanges="keyboardHidden|or ientation|screenSize"

Не 100% результат. Изменение конфигурации возможно при изменении локали и шрифта, по-моему (обычно так пишут). Я тоже использую такую ерунду, когда надоедает бороться с пересозданием. Но сначала пишу для случая пересоздания и обрабатываю хотя бы минимально что-то (запоминание данных через onSaveInstanceState или onPause).
Когда хотя бы минимально работает, обычно в активности выставляю портретную ориентацию. Либо при запуске активности определяю текущую ориентацию и фиксирую её.
Также, насколько помню, при повороте фрагменты не пересоздаются (или это надо сделать через setRetainInstance), можно присоединить к пересозданной активности через поиск фрагмента.
Короче, голову надо отрубить тому создателю Андроида, который решил, что надо "пойти другим путём" и пересоздавать разметку вместе с контролами.

0

Вот, кстати, ещё одна тема: http://stackoverflow.com/quest... ice-rotate. Пишут, что можно проверять в активности savedInstanceState == null, и если да, то создавать фрагменты.

0

Сообщение от Hellrider_ Разрабатываю приложение, решил делать одно активити и FrameLayout в нем, куда будут помещаться фрагменты (настройки, диалоги и т.д.). Все конечно хорошо, но когда дело доходит до поворота экрана, начинается сущий ад. Создается несколько фрагментов и я их сохраняю в фрагмент менеджер и после поворота экрана восстанавливаю. Но когда начинаю поворачивать экран и переходить между фрагментами по Back Stack в разных вариациях, приложение падает с исключением. Пробовал и так и сяк делать сохранение и восстановление, но исключение неумолимо.

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

0

xaat, решил встрять в диалог, если позволите.
Я часто использую фрагменты, особенно, если нужен Navigation Drawer (ибн "боковое меню"). Читал статейку на "Хабре", где одна контора решила от них отказаться, потому как соотношение жизненных циклов и правда очень разветвлённое, а количество проблем пропорционально 2^n (n - кол-во фрагментов).
Активно используйте DialogFragment на замену AlertDialog и прочих Dialog.

0