Шаблоны, когда использовать переход активности против динамических фрагментов

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

У нас есть пример кода под названием "Honeycomb Gallery", который вы можете посмотреть здесь. макет с двумя столбцами и панелью действий, а также возможность показать / скрыть крайний левый столбец. Это должно дать вам хороший старт в выяснении того, как сделать макет для нескольких фрагментов и показать/скрыть их.

К вашему сведению, один важный компромисс использования нескольких фрагментов в действии вместо нескольких действий заключается в том, что фрагменты не реагируют напрямую на намерения. Например, если у вас есть приложение для создания заметок, где страница «Просмотр заметки» была действием. , и вы изменили его так, чтобы внутри основного действия был фрагмент «просмотр заметки», тогда вам нужно было бы настроить его так, чтобы основное действие получало идентификатор заметки И действие заметки (создание, просмотр, редактирование, что угодно ) в намерении, в отличие от того, чтобы просто действие «просмотр заметки» получало идентификатор заметки в намерении. Затем основное действие должно будет соответствующим образом настроить фрагменты на странице. Ничего страшного, но если внешний доступ к различным частям вашего приложения через Intent важен, то может быть проще разбить ваше приложение на несколько действий, а также использовать фрагменты для представления отдельных компонентов.

На основе страницы API фрагментов Android 3.0 , действие является автономным, в то время как фрагмент может рассматриваться как мини-действие, которое должно размещаться внутри фактического действия.

Далее говорится, что введение Fragment API дало разработчикам Android возможность решить многие болевые точки, с которыми разработчики столкнулись при работе с Activity, поэтому в Android 3.0 полезность Fragment выходит далеко за рамки простой настройки для разных экранов:

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

Однако было замечено, что введение фрагментов решает проблемы реального мира. Основываясь только на этом, я бы порекомендовал вам написать код «Proof of Concept» и оценить результаты. В настоящее время это может быть единственным реальным испытанием, которое будет иметь значение.

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

Использовать фрагменты для части экрана или без него (но не для службы)

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

Основное приложение, в котором все это размещается, — это приложение, а вкладки — это просто представление, которое вызывает диспетчер фрагментов.

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

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

Итак, у меня Activity -> фрагменты домов -> запускать полноэкранные Activity для специальных команд.