configuración modificada (cambio de orientación) y actividades destructivas: ¿así se supone que debería funcionar?

Question

Ok, entonces leo cómo Android maneja los "cambios de configuración", destruyendo la Actividad activa.

La primera pregunta Realmente quiero saber de Android Team: ¿por qué? Agradecería una explicación sobre cómo fue el razonamiento, porque no lo entiendo =)

En cualquier caso, el hecho de que actúe de esa manera nos pone a todos, como yo lo veo, en un mundo de dolor.

Supongamos que tiene una Actividad que presenta un número de EditText: s, casillas de verificación, etc. Si un Usuario comienza a llenar ese formulario con texto/datos y luego cambia de orientación (u obtiene una Llamada Telefónica), todos ingresan el Usuario hecho se ha ido. No he encontrado ninguna forma de preservar el estado. Eso nos obliga a hacer una codificación extremadamente dolorosa para no perder todos los datos.

Según lo veo, necesita otra clase "no activa" (o "valor-holding" clase quizás) que tiene un campo para cada "elemento de formulario" (EditText, casilla de verificación, etc.).

Para cada "elemento de formulario" que existe, entonces tiene que adjuntar un evento como "onChanged" (o OnTextChanged o algo así) que actualiza el campo correspondiente en el "valor de retención" clase para hacer Asegúrese de que para cada carácter que escriba (en un EditText por ejemplo) se guarde a la vez.

Tal vez se puede utilizar algún oyente (como "OnDestroy" o algo así) y luego llenar la clase de valor de retención de datos ...

También he encontrado this piece of info donde hablan sobre el uso de Bundle, onSaveInstanceState y onRestoreInstanceState, pero eso también significa que el programador tiene que guardar manualmente y luego volver a colocar los valores en el lugar correcto? Este enfoque es un poco menos desordenado que mis sugerencias anteriores, pero aún así no es muy bueno ...

Ahora, alguien puede decirme que estoy totalmente equivocado y que no es así como funciona y que extrañé totalmente algunos ¿información vital? ;-)

Saludos

Answer 1

Debe leer el Application Fundamentals (específicamente, Activity lifecycle).Dado que Activity s debe ser capaz de manejar ser asesinado en cualquier momento debido a limitaciones de memoria, etc. es solo una forma más limpia de manejar rotaciones sin agregar demasiada complejidad, en lugar de verificar cada recurso por un recurso alternativo, reestructurar el diseño, etc. solo guarda sus datos esenciales, elimina la actividad, la vuelve a crear y vuelve a cargar los datos (si está dispuesto a manejar la complejidad adicional de administrar esto usted mismo, puede usar onConfigurationChanged para manejar el cambio de configuración) usted mismo.) Esto también fomenta mejores prácticas: los desarrolladores deben estar preparados para su Activity para ser asesinados por cambio de orientación, que tiene la (buena) consecuencia de estar preparados para ser asesinados por falta de memoria también.

Answer 2

en qué parte - respuesta corta - porque es posible que tenga los recursos que necesitaban ser cambiado como se haya girado el teléfono. (Las imágenes, el diseño puede ser diferente, etc.)

Al guardar: puede guardar sus cosas para agruparlas y leerlas nuevamente.

@Override 
    protected void onSaveInstanceState(Bundle outState) { 

      String story_id = "123" 
      outState.putString(ContentUtils.STORYID, story_id); 

    } 

o puede utilizar onRetainNonConfigurationInstance() tal como se describe aquí http://developer.android.com/reference/android/app/Activity.html#onRetainNonConfigurationInstance()

Por último, si usted no tiene nada desea manejar durante la rotación - se puede ignorar que poniendo esto en su actividad manifiesto

android:configChanges="keyboardHidden|orientation" 

En general, leería el artículo de la url por encima de un par de veces, hasta que el ciclo de vida sea claro como el agua.

Answer 3

El contenido de un EditText se guardará para usted automáticamente al rotar la pantalla si coloca un atributo android: id en él. De manera similar, si visualiza los diálogos usando Activity # showDialog, los diálogos se vuelven a mostrar después de rotarlos.

Answer 4

@ enfoque de Alex arriba me señaló a una solución muy, muy útil cuando se utilizan fragmentos:

fragmentos por lo general se recrearon en el cambio de configuración. Si no desea que esto suceda, utilice

setRetainInstance(true); en el constructor (s)

Este del fragmento hará que los fragmentos que deben conservarse durante el cambio de configuración.

http://developer.android.com/reference/android/app/Fragment.html#setRetainInstance(boolean)