Android. Программирование для профессионалов. 4-е издание

20sp
3dp
Для любознательных: зачем использовать аргументы
фрагментов?
В этой главе мы добавили во фрагмент функцию
newInstance(...)
для передачи аргументов при создании
нового экземпляра фрагмента. Этот шаблон не только полезен
с точки зрения организации кода, но и необходим в случае
использования аргументов фрагмента. Нельзя использовать
конструктор для передачи аргументов экземпляру фрагмента.
Например, можно рассмотреть возможность добавления в
CrimeFragment
однопараметрического 
конструктора,
ожидающего идентификатор преступления, вместо добавления
функции 
newInstance(UUID)
. Однако это плохой подход. При
изменении конфигурации менеджер фрагментов текущей
activity автоматически заново создает фрагмент, который был
размещен до изменения конфигурации. Затем менеджер
фрагментов добавляет этот новый экземпляр фрагмента в
новую activity.
Когда менеджер фрагментов заново создает фрагмент после
изменения конфигурации, получается беспараметрический

---

конструктор фрагмента по умолчанию. Это означает, что после
поворота новый экземпляр фрагмента не будет получать
идентификатор преступления.
Так чем же отличаются аргументы фрагмента? Аргументы
фрагментов сохраняются после уничтожения фрагмента.
Менеджер прикрепляет аргументы к новому фрагменту,
который он создает заново после поворота. Затем этот новый
фрагмент может использовать пакет аргументов для
воссоздания своего состояния.
Все это выглядит как-то сложно. Почему бы просто не задать
переменную экземпляра в 
CrimeFragment
при создании?
Потому что такое решение будет работать не всегда. Когда
ОС создает заново ваш фрагмент (либо вследствие изменения
конфигурации, либо при переходе пользователя к другому
приложению с последующим освобождением памяти ОС), все
переменные экземпляров теряются. Также помните о
возможной нехватке памяти.
Если вы хотите, чтобы решение работало во всех случаях,
придется сохранять аргументы.
Один из возможных вариантов — использование механизма
сохранения 
состояния 
экземпляров. 
Идентификатор
преступления заносится в обычную переменную экземпляра,
сохраняется вызовом 
onSaveInstanceState(Bundle)
, а
затем извлекается из 
Bundle
в 
onCreate(Bundle?)
. Такое
решение будет работать всегда.
С другой стороны, оно усложняет сопровождение. Если вы
вернетесь к фрагменту через несколько лет и добавите еще
один аргумент, нельзя исключать, что вы забудете сохранить
его в 
onSaveInstanceState(Bundle)
. Смысл этого решения
не столь очевиден.
Разработчики 
Android 
предпочитают 
решение 
с
аргументами фрагментов, потому что в этом случае они

---

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