Introducción a la programación de aplicaciones con Android. Fernando Pérez Costoya

Transcripción

1 Introducción a la programación de aplicaciones con Android Fernando Pérez Costoya fperez@fi.upm.es

2 Introducción Sistema operativo para móviles Basado en Linux Entorno de desarrollo de apps móviles Basado en Java IDE recomendado: Android Studio Un poco de historia: Android Inc. (2003); comprado por Google (2005); recomendado por Open Handset Alliance (2007) Versión actual: 8.1 Oreo (API 27) En breve 9 Android P Dominante en mercado de móviles

3 Pila software de Android ( platform/)

4 Cuota mercado versiones de Android (enero de 2018)

5 Cuota mercado SSOO para móviles

6 Componentes App puede tener 4 tipos de componentes: Actividades (Activities): Controlador de UI; normalmente, 1 por pantalla de la app Servicios (Services): Trabajo en segundo plano sin UI Proveedores de contenido (Content Providers) Proveen a apps acceso a datos compartidos P.e. Agenda de contactos Receptores de multidifusión (Broadcast Receivers) Responden a broadcasts del sistema o de otras apps P.e. Reproducción de audio en segundo plano P.e. Señal de batería baja Presentación centrada actividades y receptores

7 Componentes Declarados en el fichero Manifest Junto con otra metainformación de la app Permisos requeridos, HW requerido, bibliotecas usadas, API mínimo y target (actualmente, en fichero de proyecto),.. Se comunican mediante Intents ( mensajes ) Por defecto, ejecución en mismo thread Bucle de eventos Todos los componentes ejecutados en mismo thread Operación larga o bloqueante: UI no responde (ANR) Usar un modo asíncrono: Se inicia operación y se recibe aviso de cuando termina Crear threads adicionales

8 App por defecto: AndroidManifest

9 Interfaz de usuario Similar a cualquier GUI Objetos contenedores: ViewGroup FrameLayout, RelativeLayout, LinearLayout, TableLayout, GridLayout, ScrollView, ListView, ConstraintLayout: facilita construcción de UI responsive Objetos de diálogo: View TextView, Button, ImageButton, EditText,... Programador puede crear nuevos App puede incluirlos por programa Pero mejor en fichero XML externo Separación vista y controlador

10 Árbol de Views (incompleto)

11 Aplicación por defecto: layout

12 Recursos Aplicación debe externalizar recursos Subdirectorios de directorio res: layout (diseño GUI), values (strings, colores, dimensiones, estilos,...), drawables,... Se empaquetan junto al código de la app Se pueden definir valores defecto y alternativos Permite adaptación automática de apps Directorios con sufijos calificadores de configuración: P.e. values-es, layout-land, values-es-land,... Orden de calificadores expresa su prioridad: Algoritmo busca mejor encaje

13 Aplicación por defecto: strings

14 Aplicación por defecto: actividad

15 Aplicación por defecto

16 Proceso de generación de App

17 Ejemplo1 Prueba a rotar el dispositivo. Qué sucede? Cómo se arregla?

18 Ejemplo1: layout

19 Ejemplo1: actividad

20 Ejemplo1: strings

21 Ciclo de vida de una actividad

22 Ciclo de vida de una actividad Al lanzarse: oncreat onstart onresume Botón : onpause onstop ondestroy Botones y : onpause onstop Queda parcialmente cubierta (sin foco): onpause Queda totalmente cubierta: onpause onstop

23 La frágil memoria de las actividades En el ejemplo, si se rota dispositivo: Se mantiene info. de UI pero se pierde la de la app Cambio conf. : onpause onstop ondestroy Lo mismo cambiando locale Por qué? Ajuste automático de app a nueva config. Si Android destruye actividad Por cambio de configuración Por falta de recursos destruye proceso que la contiene Salva estado de UI y lo restaura al reactivarse Orden: 1º proceso vacío; 2º background; 3º visible; 4º foreground; El resto de estado se pierde No lo salva si termina por finish o botón Back

24 Ciclo de vida revisitado Extraído de: Android Programming: The Big Nerd Ranch Guide

25 Salvando el estado de una actividad Activ. destruida por cambio conf o falta recursos SO invoca antes de onstop: onsaveinstancestate(bundle) Se almacena en Bundle par: ID variable a salvar y su valor Actividad recreada: oncreate(bundle) putstring, putboolean,... Se recuperan las variables (getstring, getboolean,...) Alternativa: gestión de cambios de configuración No destruye actividad; invoca onconfigurationchanged En manifiesto debe incluir android:configchanges android:configchanges="locale layoutdirection" Programa trata explícitamente el cambio

26 Ejemplo2: actividad

27 Ejemplo2: recursos alternativos

28 Ejemplo 2

29 Ejemplos del 3 al 6 Ejemplo3: Broadcast receiver: cambios nivel batería Estático: incluido en AndroidManifest Si evento, se activa la app Ejemplo4: igual que ejemplo3 pero dinámico No incluido en AndroidManifest Se registra a evento solo cuando app está visible Ejemplo5: Gestión de sensores Ejemplo6: Ubicación

30 Ejemplo3: AndroidManifest

31 Ejemplo3 (y 4): Receiver

32 Ejemplo4: Activity

33 Ejemplo5: Activity

34 Ejemplo6: AndroidManifest

35 Ejemplo6: Activity

36 Comunicación entre actividades Actividades/componentes:módulos desacoplados Comunicación entre componentes: Intents Comunicación con una determinada actividad Intent explícito: especifica la clase del componente Normalmente dentro de misma app aunque puede ser distintas: p.e. un lanzador de apps. Comunicación con activ. que implementa acción Intent implícito: especifica la acción SO busca actividades que implementen la acción Si múltiples, se le pide al usuario que seleccione una

37 Intents explícitos Constructor: Intent(contexto, clase) Paso de parámetros mediante extras (putextra,...) Cada parámetro identificado por un string único Invocación dependiendo si espera resultado o no Mejor definirlo en la actividad hija (es parte de su API) startactivity(intent) startactivityforresult(intent, cod_operación) Para esperar resultado en actividad padre onactivityresult(cod_operación, cod_resultado, Intent) Envío de resultados: solo OK o también datos setresult(result_ok) setresult(result_ok, intent)

38 Ejemplos de 7 a 9: intents explícitos Ejemplo7: Intent explícito entre 2 actividades de misma app Ejemplo8: Intent explícito entre 2 actividades de misma app Sin intercambio de información Actividad inicial envía info. a actividad lanzada Actividad lanzada retorna info. a actividad inicial Ejemplo9: Intent explícito a actividad de otra app Activa Ejemplo2 Pruebe con: FLAG_ACTIVITY_NEW_TASK

39 Ejemplo7: AndroidManifest

40 Ejemplo7: actividad inicial

41 Ejemplo8 pantalla inicial

42 Ejemplo8 pantalla destino

43 Ejemplo8 pantalla inicial al retorno

44 Ejemplo8: actividad inicial

45 Ejemplo8: actividad destino

46 Ejemplo9: actividad inicial

47 Intents implícitos Un intent puede incluir información sobre: La acción a realizar: setaction (p.e. Intent.ACTION_VIEW) Datos asociados (URI): setdata Tipo de los mismos (MIME): settype Categoría (no suele usarse, excepto CATEGORY_LAUNCHER) addcategory (Cuidado: SO añade CATEGORY_DEFAULT) Parámetros (extras) Flags: setflags (FLAG_ACTIVITY_NEW_TASK) Ejemplo de constructor con acción y URI: Intent(Intent.ACTION_VIEW, Uri.parse(getString(R.string.URL)));

48 Recibiendo Intents implícitos Actividad dispuesta a recibirlo y procesarlo Declara intent-filter en su manifiesto <activity... <intent-filter> <action android:name="android.intent.action.view" /> <category android:name="android.intent.category.default" /> <data android:scheme="http"/> </intent-filter> </activity>

49 Ejemplos A y B: intents implícitos EjemploA: Activar navegador para ver URL de la escuela EjemploB: Crear app que actué como navegador Realmente solo muestra la URL

50 EjemploA: Activity

51 EjemploB: AndroidManifest

52 EjemploB: Activity

53 Tareas/Procesos/Threads Diferencias con SO: Sobretodo tarea Se activa nueva aplicación desde lanzador: Nueva tarea y nuevo proceso con un único thread Además, por seguridad, con su propio UID, por defecto UI/main thread: ejecuta el código de la actividad MAIN Componentes de esa app ejecutan en mismo proceso Y en mismo UI thread: esquema de bucle de eventos Evita problemas de concurrencia (UI Android no reentrante) Pueden crearse threads Java Nunca deben actualizar UI Soporte concurrencia de Android: AsyncTasks o Handlers

54 Tareas/Procesos/Threads Actividad invoca componente de otra app Misma tarea pero nuevo proceso (con su UI thread) Tarea: secuencia de actividades de = o apps Una tarea queda definida por su Back Stack Multitarea: múltiples Back Stacks Modos de activación alternativos Nueva actividad de otra app en nueva tarea y proceso FLAG_ACTIVITY_NEW_TASK Pero si ya había una tarea ejecutando esa actividad Se la pasa a foreground y se invoca su método onnewintent Aplicable por ejemplo a un navegador