Estructura de una aplicación móvil

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Estructura de una aplicación móvil por Mind Map: Estructura de una aplicación móvil

1. Componentes de la aplicación

1.1. Actividades

1.1.1. Es el punto de entrada de interacción con el usuario. Representa una pantalla individual con una interfaz de usuario.

1.1.1.1. Posibilita las siguientes interacciones clave entre el sistema y la aplicación:

1.1.1.1.1. Realizar un seguimiento de lo que realmente le interesa al usuario (lo que está en pantalla) para garantizar que el sistema siga ejecutando el proceso que aloja la actividad.

1.1.1.1.2. Saber que los procesos usados con anterioridad contienen elementos a los que el usuario puede regresar (actividades detenidas) y, en consecuencia, priorizar más esos procesos que otros.

1.1.1.1.3. Ayudar a la aplicación a controlar la finalización de su proceso para que el usuario pueda regresar a las actividades con el estado anterior restaurado.

1.1.1.1.4. Permitir que las aplicaciones implementen flujos de usuarios entre sí y que el sistema los coordine (el ejemplo más común es compartir).

1.2. Servicios

1.2.1. Es un punto de entrada general que permite mantener la ejecución de una aplicación en segundo plano por diversos motivos, para realizar operaciones de ejecución prolongada o para realizar tareas de procesos remotos.

1.2.1.1. Existen dos semánticas que los servicios usan para indicarle al sistema cómo administrar una aplicación:

1.2.1.1.1. Los servicios iniciados le indican al sistema que los siga ejecutando hasta que finalicen su trabajo.

1.2.1.1.2. Los servicios enlazados se ejecutan porque otra aplicación (o el sistema) indicó que quiere usarlos. Básicamente, lo que sucede es que un servicio le brinda una API a otro proceso. Por lo tanto, el sistema sabe que hay una dependencia entre estos procesos.

1.3. Receptores de emisiones

1.3.1. Es un componente que posibilita que el sistema entregue eventos a la aplicación fuera de un flujo de usuarios habitual, lo que permite que la aplicación responda a los anuncios de emisión de todo el sistema.

1.3.1.1. Sin embargo, por lo general, un receptor de emisión es simplemente una puerta de enlace a otros componentes y está destinado a realizar una cantidad mínima de trabajo.

1.4. Proveedores de contenido

1.4.1. Un proveedor de contenido administra un conjunto compartido de datos de la aplicación que puedes almacenar en el sistema de archivos, en una base de datos SQLite, en la Web o en cualquier otra ubicación de almacenamiento persistente a la que tenga acceso tu aplicación. A través del proveedor de contenido, otras aplicaciones pueden consultar o modificar los datos si el proveedor de contenido lo permite.

1.4.1.1. Gracias a esto, el sistema puede realizar algunas tareas específicas cuando administra una aplicación:

1.4.1.1.1. Asignar un URI no exige que la aplicación permanezca ejecutándose, por lo que los URI pueden persistir incluso después de que se cierran las aplicaciones a las que pertenecen.

1.4.1.1.2. Estos URI también ofrecen un modelo de seguridad importante y detallado. Por ejemplo, una aplicación puede colocar el URI de una imagen que tiene en el portapapeles, pero bloquear al proveedor de contenido para que otras aplicaciones no puedan acceder a él libremente.