domingo, 5 de abril de 2015

Ciclos de Vida de una Actividad en Android

Las Activity, en Android son el objecto principal de cualquier aplicación. Y cuando un usuario utiliza una aplicación puede entrar a la aplicación, cambiar de actividad, salir de ella, volver a entrar, etc. Entender el ciclo de vida de una aplicación es un proceso VITAL para poder crear aplicaciones Android de calidad.


Una aplicación Android corre dentro de su propio proceso Linux. Este proceso es creado con la aplicación y continuará vivo hasta que ya no sea requerido y el sistema reclame su memoria para asignársela a otra aplicación.  Una característica importante de Android es que la destrucción del proceso de la aplicación no es controlado por la aplicación, en lugar de eso, es el sistema que determina en que momento detener el proceso, basándose en el conocimiento que tiene de las partes de la aplicación que están corriendo (actividades y servicios), y cuánta memoria disponible hay en un determinado momento.

Si una aplicación es eliminada y después es vuelta a abrir se crea un nuevo proceso, pero se habrá perdido el estado que tenia esta aplicación. En estos casos, va a ser responsabilidad del programador almacenar el estado de las actividades, si queremos que cuando sea reiniciada conserve su estado.



Dependiendo de la complejidad de la aplicación no usar todos los metodos del ciclo de vida. Pero de todas maneras es importante entender cada uno e implementar esos que aseguren un correcto funcionamiento de la aplicación. Hacer eso requiere estar seguros que la aplicación no fallar en los siguientes casos:

  • No va a dar error cuando el usuario reciba una llamada o cambie a otra aplicación.
  • No va a consumir recursos importantes del sistema mientras el usuario no la este usando. 
  • No va a perder el progreso del usuario mientras deje la aplicación y vuelva.
  • No va a dar error o perder el progreso de la aplicación si el usuario cambia la orientación del telefono.
Estos son los estados descritos en la gráfica y lo que significa cada uno de ellos:

  • Activa (Resumed): En este estado la actividad esta en primer plano y el usuario puede interactuar completamente con ella.
  • Visible (Paused): En este estado la actividad esta parcialmente oscurecida por otra actividad, La activadad que este en primer plano es semitransparente o no cubre la pantalla completa. Una actividad pausada es visible pero no recibe interacciones con el usuario.
  • Parada (Stopped): En este estado la aplicación esta completamente oculta y no es visible al usuario, se considera que esta en el background. Aquí se debe almacenar el estado actual de la aplicación, interfaz, preferencias, etc...
  • Destruida (Destroyed): Cuando la actividad termina al invocarse el método finish(), o es destruida por el sistema.

Cada vez que una actividad cambia de estado se generan eventos que podrán ser capturados por  métodos de la actividad. A continuación dichos métodos:

  • onCreate(Bundle): se dispara cuando la actividad es iniciada y se usa para realizar todo tipo de inicializaciones, como la creación de la interfaz de usuario o la inicialización de estructuras de datos. Puede recibir información sobre el estatus de la actividad o recibir el intent enviado por otra aplicación. 
  • onStart(): se dispara cuando la actividad está a punto de ser mostrada al usuario.
  • onResume(): se dispara cuando la actividad esta disponible al usuario y va a interactuar con ella.
  • onPause(): se dispara cuando otra actividad pasa a primer plano y esta pasa a estar en un segundo plano. 
  • onStop():  se dispara cuando la actividad ya no es visible para el usuario. Lo siguiente que puede dispararse seria onRestart o onDestroy o nada. dependiendo de lo que haga el usuario. 
  • onRestart(): se dispara cuando la actividad va a volver a ser representada después de haber pasado por onStop().
  • onDestroy(): sucede cuando se esta limpiando la información de la aplicación antes de ser completamente destruida la aplicación. Puede suceder cuando la actividad es finalizada con finish(), o porque el sistema este destruyendo la instancia de la aplicación para guardar espacio.

    NOTA: Este metodo no debe ser contado para guardar la información del usuario. porque puede suceder que se finalice la aplicación sin llamar a este metodo. 
Documentación oficial:

Conceptos básicos de Android

Conceptos basicos de android


Conceptos básicos de Android

Conceptos basicos sobre Android, para tener una idea general sobre los componentes y posibilidades que tiene Android. y algunos enlaces a la documentación oficial para obtener mayor información. 

Activity

Una Activity es un solo elemento, enfocada que el usuario puede ver. casi todas las actividades en Android pueden interactuar con el usuario, las actividades están conformadas por dos partes, gráfica y la lógica.

El área gráfica (Layouts) es un o varios archivos XML, que tienen declarados las etiquetas similares a las de HTML. Estas etiquetas definen los elementos de la interfaz como botones, cuadros de texto, listas, etc... 

El área lógica que es el archivo .java donde se define la clase, interacciones con el entorno y responder a los eventos de los usuarios.

Intent

Un intent es una descripción abstracta de una operación a ser realizada, Puede ser usado con startActivity() o startActivityForResult() para lanzar una ActivitybroadcastIntent para enviar algo a un BroadcastReceiver, y startService(Intent) o bindService(Intent, ServiceConnection, int) para comunicarse con un Service.

Fragment

Es una porción de un interfaz gráfica, que puede añadirse o eliminarse de una interfaz de forma independiente al resto de elementos de la actividad, y que por puede reutilizarse en otras actividades. esta caracteriztica nos permite manejar contenido de una aplicación sin tener que modificar la aplicación completa como tal sino definir y manipular zonas especificas.

Un Fragment esta dentro de una Activity  por lo cual su ciclo de vida esta íntimamente relacionado a la misma.

Esto es sumamente útil para desarrollo de aplicaciones en Android para tablet, donde tenemos mayor área aprovechable que en un teléfono y necesitamos poner diferentes modulos que interactuen entre si.

BroadcastReceiver

Un BroadcastReceiver es un componente de Android que permite recibir eventos del sistema y de nuestra propia aplicación. Android posee muchos eventos dentro del sistema como por ejemplo: llego un sms o un correo, llamada entrante, se desconecto el cargador, bateria baja, etc, etc. Y un BroadcastReceiver, nos permitirá saber cuando ocurre este tipo de eventos y generar una respuesta a ellos, ya sea crear una actividad, detener la sincronización, leer un mensaje, etc. 

También lo podremos utilizar para comunicar componentes dentro de nuestra propia aplicación, como por ejemplo que un servicio averigüe si una actividad esta corriendo, o que le avise a dicha actividad que se termino de sincronizar algo, etc...

ContentProvider

Es un componente que permite compartir información entre aplicaciones. A través de los ContentProvider podemos leer información de otras aplicaciones o también podemos dejar de manera accesible información a otras aplicaciones.

Esto es sumamente útil para leer por ejemplo los datos de los contactos de las personas que están en nuestro teléfono, leer información de la agendas, etc....

Service

Es un componente de la aplicación que puede correr operaciones largas y  no poseen interfaz visual , las cuales corren en el proceso de fondo del sistema e inclusive sigue corriendo cuando el usuario cambia a otra aplicación.

Son sumamente útiles para procesos de sincronización largos, reproducir música, trabajar con sistemas de archivos, etc....

http://developer.android.com/guide/components/services.html


AndroidManifest

Tienen la información esencial de la aplicación y es obligatorio declarar cada componente aquí para poder utilizarlo, además de crearlo extendiendo de su clase correspondiente, es necesario definirlo en el AndroidManifest.xml. Este archivo es esencial en cualquier aplicación Android.

http://developer.android.com/guide/topics/manifest/manifest-intro.html

Cada componente tiene su propia etiqueta xml:
  • Para Activity.
  • Para Service.
  • Para BroadcastReceiver.
  • Para ContentProvider.
Además se definen algunas otras cosas importantes de la aplicación, como el logo, nombre, versión de android que soportara, hardware que soporta la aplicación, etc...

<?xml version="1.0" encoding="utf-8"?>
<manifest>

    <uses-permission />
    <permission />
    <permission-tree />
    <permission-group />
    <instrumentation />
    <uses-sdk />
    <uses-configuration />  
    <uses-feature />  
    <supports-screens />  
    <compatible-screens />  
    <supports-gl-texture />  

    <application>

        <activity>
            <intent-filter>
                <action />
                <category />
                <data />
            </intent-filter>
            <meta-data />
        </activity>

        <activity-alias>
            <intent-filter> . . . </intent-filter>
            <meta-data />
        </activity-alias>

        <service>
            <intent-filter> . . . </intent-filter>
            <meta-data/>
        </service>

        <receiver>
            <intent-filter> . . . </intent-filter>
            <meta-data />
        </receiver>

        <provider>
            <grant-uri-permission />
            <meta-data />
            <path-permission />
        </provider>

        <uses-library />

    </application>

</manifest>