onRestoreInstanceState() и уникальные идентификаторы просмотров

Question

Руководство разработчика для разработчиков Android говорит, что в вашей деятельности необходимо иметь уникальные идентификаторы, чтобы восстановить их в onRestoreInstanceState(). Это потому, что onRestoreInstanceState() работает, делая SparseArray с идентификаторами в качестве ключей.

Я нахожу это чрезвычайно странным, потому что многие стандартные подходы к Android поощряют повторное использование идентификаторов. Например, все конструкторы для ArrayAdapter принимают параметр resourceId как параметр, так что один и тот же ресурс xml раздувается для всех детей в ListView. Аналогично, если вы используете <include layout ...> в своем xml, вы повторно используете идентификаторы вида.

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

Является ли этот вывод неправильным? Кроме того, что такое поведение onRestoreInstanceState, если идентификаторы не все разные, и допустимо ли это поведение?

EDIT

Соответствующие цитаты появляются на странице http://developer.android.com/training/basics/activity-lifecycle/recreating.html и читать следующим образом:

Примечание: Для того, чтобы Android системы для восстановления состояния взглядов в Вашей деятельности, каждый вид сусло имеют уникальный идентификатор, предоставленный атрибутом android: id.

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

Answer 1

AdapterView (базовый класс для всех ViewGroup с, которые используют в Adapter) осуществляется таким образом, чтобы не сохранить или восстановить состояние его ребенка View с, так как это домен Adapter и должны быть обработаны на этом уровне ,

Что касается случая sublayout, который статический включен в нескольких точках, если это имеет какое-либо состояние будет сохранено, то вам нужно будет либо назначить уникальные идентификаторы для всех сохраняющего состояния View с, или управлять состоянием вручную из Activity или Fragment.

К сожалению, идентификаторы должны быть уникальными по всей структуре View, а не только среди его братьев и сестер. Это связано с тем, что состояние всей структуры сохраняется внутри одного одномерного SpareArray. Таким образом, если в структуре, имеющей один и тот же идентификатор, имеется несколько состояний View, то будет сохранено только состояние последнего в структуре, и оно будет применено ко всем View с этим идентификатором при восстановлении состояния.