Bloque 3 on Documentación

Tema 4. ROOM: Persistencia local

Mon, 01 Jan 0001 00:00:00 +0000

Tema 4. ROOM: Persistencia local

Información del tema

Bloque: B3 — Persistencia y comunicación: ROOM + Retrofit2
Duración aproximada: 12 horas

Resultados de Aprendizaje

RA2 — Desarrolla aplicaciones para dispositivos móviles analizando y empleando las tecnologías y librerías específicas.
RA3 — Desarrolla programas que integran contenidos multimedia analizando y empleando las tecnologías y librerías específicas.

Criterios de Evaluación

Código	Criterio
RA2-a	Se ha generado la estructura de clases necesaria para la aplicación.
RA2-b	Se han analizado y utilizado las clases que modelan ventanas, menús, alertas y controles.
RA2-f	Se han almacenado y recuperado datos utilizando algún mecanismo de persistencia.
RA2-g	Se han realizado pruebas de interacción usuario-aplicación para optimizar las aplicaciones desarrolladas.
RA2-i	Se han documentado los procesos necesarios para el desarrollo de las aplicaciones.
RA3-c	Se han utilizado clases para la conversión de datos multimedia de un formato a otro.
RA3-d	Se han utilizado clases para procesar datos multimedia.
RA3-e	Se han utilizado clases para el control de eventos, tipos de media y excepciones, entre otros.
RA3-h	Se han depurado y documentado los programas desarrollados.

Dependencias necesarias#

Room utiliza KSP (Kotlin Symbol Processing) como procesador de anotaciones para generar código en tiempo de compilación. A partir de Kotlin 2.0, KAPT queda obsoleto para Room; siempre se debe usar KSP.

Tema 5. Retrofit2: Consumo de APIs REST

Mon, 01 Jan 0001 00:00:00 +0000

Tema 5. Retrofit2: Consumo de APIs REST

Información del tema

Bloque: B3 — Persistencia y comunicación: ROOM + Retrofit2
Duración aproximada: 12 horas

Resultados de Aprendizaje

RA2 — Desarrolla aplicaciones para dispositivos móviles analizando y empleando las tecnologías y librerías específicas.
RA3 — Desarrolla programas que integran contenidos multimedia analizando y empleando las tecnologías y librerías específicas.

Criterios de Evaluación

Código	Criterio
RA2-a	Se ha generado la estructura de clases necesaria para la aplicación.
RA2-b	Se han analizado y utilizado las clases que modelan ventanas, menús, alertas y controles.
RA2-e	Se han utilizado las técnicas de acceso a servicios de comunicación en red disponibles.
RA2-g	Se han realizado pruebas de interacción usuario-aplicación para optimizar las aplicaciones desarrolladas.
RA2-i	Se han documentado los procesos necesarios para el desarrollo de las aplicaciones.
RA3-c	Se han utilizado clases para la conversión de datos multimedia de un formato a otro.
RA3-d	Se han utilizado clases para procesar datos multimedia.
RA3-e	Se han utilizado clases para el control de eventos, tipos de media y excepciones, entre otros.
RA3-h	Se han depurado y documentado los programas desarrollados.

Dependencias necesarias#

 1// build.gradle.kts (módulo app) — añadir a las dependencias de T4
 2dependencies {
 3    // Retrofit — cliente HTTP con soporte nativo a corrutinas
 4    implementation("com.squareup.retrofit2:retrofit:2.11.0")
 5    implementation("com.squareup.retrofit2:converter-gson:2.11.0")
 6
 7    // OkHttp — cliente HTTP subyacente + interceptor de logs para desarrollo
 8    implementation("com.squareup.okhttp3:okhttp:4.12.0")
 9    implementation("com.squareup.okhttp3:logging-interceptor:4.12.0")
10
11    // Gson — deserialización de JSON a objetos Kotlin/Java
12    implementation("com.google.code.gson:gson:2.11.0")
13
14    // Coil — carga asíncrona de imágenes en Compose
15    implementation("io.coil-kt.coil3:coil-compose:3.2.0")
16    implementation("io.coil-kt.coil3:coil-network-okhttp:3.2.0")
17}

Añadir el permiso de Internet en AndroidManifest.xml:

Tema 6. Integración Room + Retrofit2: Arquitectura offline-first

Mon, 01 Jan 0001 00:00:00 +0000

Tema 6. Integración Room + Retrofit2: Arquitectura offline-first

Información del tema

Bloque: B3 — Persistencia y comunicación: ROOM + Retrofit2
Duración aproximada: 10 horas

Resultados de Aprendizaje

RA2 — Desarrolla aplicaciones para dispositivos móviles analizando y empleando las tecnologías y librerías específicas.
RA3 — Desarrolla programas que integran contenidos multimedia analizando y empleando las tecnologías y librerías específicas.

Criterios de Evaluación

Código	Criterio
RA2-a	Se ha generado la estructura de clases necesaria para la aplicación.
RA2-e	Se han utilizado las técnicas de acceso a servicios de comunicación en red disponibles.
RA2-f	Se han almacenado y recuperado datos utilizando algún mecanismo de persistencia.
RA2-g	Se han realizado pruebas de interacción usuario-aplicación para optimizar las aplicaciones desarrolladas.
RA2-i	Se han documentado los procesos necesarios para el desarrollo de las aplicaciones.
RA3-c	Se han utilizado clases para la conversión de datos multimedia de un formato a otro.
RA3-d	Se han utilizado clases para procesar datos multimedia.
RA3-e	Se han utilizado clases para el control de eventos, tipos de media y excepciones, entre otros.
RA3-h	Se han depurado y documentado los programas desarrollados.

1. El problema de combinar dos fuentes de datos#

En T4 la app guardaba películas en Room. En T5 se consumió la API de TMDB. Ahora hay que resolver la pregunta más importante de la capa de datos: ¿cuándo mostramos datos locales y cuándo datos de la red? ¿Qué pasa si no hay conexión?

Anexo 4. Referencia: Room avanzado, migraciones, testing y API Key segura

Mon, 01 Jan 0001 00:00:00 +0000

Anexo 4. Referencia: Room avanzado, migraciones, testing y API Key segura

Información del anexo

Tipo: Anexo de apoyo — material de consulta y profundización
Bloque: B3 — Persistencia y comunicación: ROOM + Retrofit2

Resultados de Aprendizaje

RA2 — Desarrolla aplicaciones para dispositivos móviles analizando y empleando las tecnologías y librerías específicas.
RA3 — Desarrolla programas que integran contenidos multimedia analizando y empleando las tecnologías y librerías específicas.

1. Almacenar la API Key de forma segura#

La API Key de TMDB nunca debe aparecer directamente en el código fuente ni subirse a un repositorio de control de versiones. El método estándar en Android es almacenarla en local.properties y acceder a ella a través de BuildConfig.