Android

Aprende Android en 20 conceptos: Conceptos 1 y 2


La semana pasada anunciábamos la nueva sección Aprende Android en 20 conceptos, sección orientada a introducirnos en los conceptos más básicos para empezar a programar nuestra propia aplicación Android.
Fundamentos de una aplicación y los Recursos.
1. Fundamentos de una aplicación
Lo primero que tenemos que mencionar es que lasaplicaciones Android están escritas en el lenguaje de programación orientado a objetos Java. El SDK de Android tiene una serie de herramientas que permitirán compilar el código, incluyendo los datos y los recursos (de los que hablaremos a continuación), y lo meterá todo en un fichero APK, o también conocido como paquete Android. Este fichero será nuestro instalador.
Una vez instalada una aplicación, cadauna de ellas tiene su propio sistema de seguridad, de tal modo que:
Cada aplicación será un usuario diferente dentro de Android como Sistema Operativo basado en un sistema Linux multiusuario. Este usuario será un ID de usuario Linux único.
Android dará permisos para todos los ficheros de una aplicación únicamente para el usuario que identifica dicha app.
Cada proceso tiene su propia máquinavirtual, por lo que la ejecución de aplicaciones es totalmente independiente.
Por defecto, cada aplicación corre en su propio proceso Linux, el cual se gestiona a nivel de Sistema Operativo

Con todas estas reglas, Android consigue implementar lo que se conoce como Principio de menor privilegio, consistente en otorgar los permisos justos a cada aplicación, de modo que el sistema sea lo más seguroposible.

Pero todo esto es el funcionamiento por defecto, pues podremos gestionarlo según nos interese, por ejemplo para compartir datos entre diferentes aplicaciones (un ejemplo perfecto son los Contactos).
Una vez conocido como funciona Android, es hora de pasar a definir los componentes de una aplicación. Éstos son los bloques básicos que podemos construir. Hay 4 diferentes tipos decomponentes:
Activity: Representa una pantalla independiente con una interfaz de usuario. A pesar de que nuestra aplicación dispondrá de múltiples pantallas interconectadas entre sí, nosotros deberemos generarlas individual e independientemente (pudiendo pasar datos entre ellas, en caso de ser necesario). Entraremos en más detalle en esta clase cuando lleguemos al concepto 3.
Service: Es un componenteque corre de fondo para hacer operaciones de larga duración o trabajo en procesos remotos. Contrario a la actividad, no dispone de interfaz gráfica. Veremos más detalles al llegar al concepto 11.
Content Provider: Este componente nos permite gestionar un conjunto de datos de la aplicación para compartir. Los Contactos son el ejemplo perfecto para este componente: datos que podemos compartir entrediferentes aplicaciones. Pero podemos crear nuestro propio conjunto de datos (más detalle en el concepto 13).
Broadcast Receiver: El cuarto de los componentes nos permite responder a anuncios broadcast del sistema. Un buen ejemplo es si queremos gestionar cuando tengamos el aviso de batería baja (el cual enviará un mensaje broadcast), aunque podemos diseñar nuestros propios mensajes (más detallesen el concepto 8).
Un aspecto interesante de diseño de Android es que una aplicación A podría abrir un componente de una aplicación B. El ejemplo ideal es cuando queremos usar la cámara en nuestra app, podemos hacer una Activity con la cámara, o abrir el componente de la cámara que viene ya instalada por defecto en el sistema operativo.
Para ello utilizamos un mensaje llamado Intent, el cualtambién sirve para activar 3 de los 4 componentes de una app (todos excepto el Content Provider), Más adelante veremos cómo hay métodos específicos para abrir cualquier componente a través de un Intent (concepto 7).

Pero, ¿cómo sabe nuestra aplicación qué componentes tiene disponibles? Para ello, existe el fichero AndroidManifest.xml. Este fichero será el encargado de comunicarle al sistema...