Intro:

Базовое "Учебное пособие по фрагментам" шаблон выглядит примерно так:

On a tablet, have a list on the left, details on the right. Both are Fragments and both reside in the same Activity. On a phone, have a list Fragment in one Activity. Launch a new Activity with the details Fragment.

(например.Android 3.0 Фрагменты API от Дайан Хэкборн иРуководство по фрагментам API)

На обоих устройствах функциональностьFragments, (просто)

НаTablet, все приложение1 Activity, наphone, имеютсяmany Activities.

Questions: Is there a reason to split the phone app into many Activities?

Одинproblem с этим методом, это то, что выduplicate a lot of the logic в основной планшетActivityи в отдельном телефонеActivities.

Would it not be easier to retain the 1 Activity model in both cases, using the same logic of switching Fragments in and out (just using a different layout)?

Таким образом, большая часть логики находится вFragments сами по себе, и есть только одинActivity меньше дублирования кода.

Также то, что я прочитал оActionBarSherlock является то, что, кажется, лучше всего работает сFragments вместоActivities (но я еще не работал с этим).

Are the tutorials oversimplified, or have I missed something major in this approach?

Мы успешно испробовали оба подхода в офисе - но я собираюсь начать более крупный проект и хочу сделать все как можно проще для себя.

Некоторые ссылки на связанные вопросы:

Dilemma: when to use Fragments vs Activities: Patterns when to use Activity Transition vs Dynamic Fragments Android - I need some clarifications of fragments vs activities and views Activities or fragments in Android? Multiple fragments and activities interaction design So what are the exact advantages of Fragments in Android 3.0? Updates

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

Также найдена интересная статья ребят на площади, которую стоит прочитать:

Advocating Against Android Fragments