Обычно приложения разделяются на действия, потому что каждое из них представляет определенную "вещь", которую может сделать пользователь. Например, в почтовом приложении определенный набор действий может быть следующим:

1. просмотр списка сообщений
2. просмотр подробностей сообщения
3. составление ответа на электронное письмо.

Каждое действие может быть своей собственной активностью, которая показывает один (или множество) фрагментов. Однако, если бы у вас был экран недвижимости, было бы разумно объединить просмотр список сообщений и детали сообщения в одно действие, которое может показать / скрыть фрагмент "детального представления". По сути, фрагменты позволяют показать пользователю несколько "действий" одновременно.

Что следует учитывать при принятии решения:

1. фрагменты, указанные в xml, не могут быть представлены аргументами
2. Если ваше решение основано на ориентации экрана, вы всегда можете использовать квалификаторы ресурсов, чтобы указать на другой макет с большим/меньшим количеством фрагментов (напр. планировка-Земля-большая)
3. фрагменты не могут быть поддержаны деятельностью
4. работают ли фрагменты вместе, чтобы обеспечить пользователю оптимизированный опыт?
Есть ли время, когда один из ваших фрагментов исчезнет навсегда? Если да, то, возможно, пришло время для новой деятельности
5. действуй своим чутьем. Если его "естественное" для вас применение для замены фрагментов, идите на это. Просто помните, что если вы обнаружите, что делаете это много, возможно, отдельное занятие будет более подходящим. решение

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

Извините за многословный ответ! Возможно, вы могли бы рассказать больше о вашем конкретном случае использования? Надеюсь, это поможет!

Реакция на Вопрос Edit One

---

Вот как я представляю себе ваш проект приложения:

Исходные файлы:

Yourapp.пакет.телефон: NewsActivity1, NewsActivity2, NewsActivity3

Yourapp.пакет.таблетка: NewsMultipaneActivity

Ресурсы

Макет /

activity_news.xml- phone version, only includes Fragment1
activity_news_detail.xml- phone version, only includes Fragment2
activity_news_<something>.xml- phone version, only includes Fragment3

Макет-Большой/

activity_news.xml- 7" tablet version, includes Fragment2 and an empty fragment container. Split vertically

Планировка-большая земля /

activity_news.xml- same as layout-large, but with the split being horizontally

Макет-xlarge-land /

activity_news.xml- 10"+ tablet version, contains all three fragments split horizontally

Так что же здесь происходит?

• Если ваше приложение работает на телефоне, запустите NewsActivity1
• Если ваше приложение работает на планшете, запустите NewsMultipaneActivity

Android будет менять макеты для вас, основываясь на размере экрана и ориентации, пока имена файлов одинаковы. Поскольку Fragment2 всегда будет отображаться, вы можете "жестко закодировать" его в макеты вашего планшета. Затем вы можете использовать FragmentTransactions для переключения между Fragment1 и Fragment3 в контейнере по мере необходимости

Обязательно проверьте http://developer.android.com/guide/topics/resources/providing-resources.html#AlternativeResources чтобы увидеть, как вы можете использовать преимущества квалификаторов ресурсов для смягчения некоторых головных болей различных экранов и ориентаций

Благодарю вас за этот вопрос и ваши идеи. Я использовал подход множественной активности, пока не столкнулся с проблемой. Мое приложение-это как док-пример чтения новостей. Рассмотрим следующий сценарий:

1. (начальное состояние) я использую планшет в ландшафтном режиме (две панели), действие а отображает список статей слева и некоторые статьи справа.
2. я поворачиваю устройство, теперь действие а находится в однопанельном режиме и отображает список статей.
3. я нажимаю на элемент списка, действие B начинается с открытого aritcle.
4. Теперь я поворачиваю устройство обратно в ландшафтный режим.

Что происходит? Упражнение B показывает статью в натуральную величину, в то время как я, конечно, хочу вернуться к двум панелям. Я не знаю, как решить эту проблему красиво. Конечно, действие B может проверить наличие режима с несколькими панелями и закончить само, а действие A может проверить, что было отображено в последней статье... Это выглядит некрасиво. Мысли?

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

В этой статье http://developer.android.com/guide/practices/tablets-and-handsets.html#Fragments Google говорит:

"подход, который вы выберете, зависит от вашего дизайна и личных качеств. предпочтения."

И

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