Conociendo Android

Tips y trucos aprendidos a lo largo de mi experiencia desarrollando apps para la plataforma.

Transcript

1. 15to meetup Abril 17, 2019
4. Conociendo Android Andrés Santibáñez
5. Conociendo Android • Tips y trucos aprendidos durante mi experiencia con la plataforma. • Threading • Cambios de Configuración • Lifecycle • Arquitecturas • DataBinding • Permisos • Librerías
6. Android
7. Android • Sistema Operativo para Móviles. • Android Inc. • Linux. • 2003: Inicialmente para cámaras. • 2005: Adquisición por parte de Google. • 2008: G1. Primer teléfono Android.
8. Versiones de Android • 2009: 1.5 Cupcake (primer fuente público) • 2009: 1.6 Donut (soporte CDMA) • 2009: 2.0-2.1 Eclair • 2010: 2.2 Froyo • 2010: 2.3 Gingerbread • 2011: 3.0 Honeycomb (solo para tablets ) • 2011: 4.0 Ice Cream Sandwich • 2012 - 2018: Jelly Bean, KitKat, Lollipop, Marshmallow, Nougat, Oreo, Pie • 2019: Q (¿?)
9. Versiones de Android
10. Versiones de Android • Cada nueva versión trae consigo un nuevo “API level” • Kitkat 4.4 (19) • SMSProvider. Solo la app default de SMS puede escribir mensajes. • Lollipop 5.0 (21) • Soporte para Material Design. • Marshmallow 6.0 (23) • Solicitud de Permisos en Runtime. • Doze Mode • Nougat 7.0 (24) • Multi-Window developer.android.com
11. Desarrollo en Android • Lenguajes • Java • Kotlin (2017) • C++ • IDE • Android Studio - IntelliJ
12. Apps en Android
13. Apps en Android • Cada app corre en un VM. • Sandbox. • No se puede comunicar con otras aplicaciones directamente. • Se “comunican” a través de Intents. • Cada app corre en un proceso Linux. • El SO es el encargado de iniciar y terminar el proceso.
14. Apps en Android • Código Compilado • Código + Recursos • Resultado: .apk • APK debe ser “firmado” para poder ser instalado en dispositivos. • Google Play.
15. Componentes
16. Componentes • Esenciales • Activity • Service • Broadcast Receiver • ContentProvider • Se declaran en AndroidManifest.xml
17. Activity • “Punto de entrada para interactuar con el usuario” • Pantalla + Interfaz • Una App puede permitir que otras aplicaciones ejecuten sus Actividades. Ejemplo: Redactar un correo, Enviar un Tweet.
18. Activity • XML + Código • También puede ser todo código " • Puede ser host de Fragmentos • Fragmento: interfaz + comportamiento. • Disponibles desde Honeycomb
19. Activity - Fragment • Los Fragmentos permiten descomponer una Actividad grande en varios componentes más pequeños. • Ejemplo: Gmail.
20. Activity - Fragment Actividad A + Fragment A Actividad B + Fragment B
21. Activity - Fragment Activity A + Fragment A + Fragment B
22. Service • Punto de entrada para cualquier tarea que tenga que ejecutarse por largo tiempo. • No debe confundirse con threads/hilos. • Corre en el MainThread de Android • Usos: música en segundo plano, descargas, sincronización de datos, etc. • Ejemplo: Spotify
23. Service
24. Broadcast Receiver • Enviar anuncios/mensajes a través de la Aplicación • Internos • Systemwide • Parecido a un Bus de Datos. Clientes se suscriben a qué notificaciones desean recibir: • Nuevo SMS • Batería Baja • GPS Activado • Pueden “Despertar” apps que no estén corriendo. • Ejemplo: Dropbox
25. Content Provider • Permite compartir contenido a lo largo de la aplicación • Incluso con otras aplicaciones. Ejemplo: Agenda de Contactos, Calendario. • “Abstrae” el lugar físico en donde se encuentra la información a través de URIs • Agenda: • App Contactos: Almacenados en SQLite • Otra App: “contacts://all/”
26. Content Provider
27. ¡Empecemos a Desarrollar Apps!
36. Conociendo Android • Tips y trucos aprendidos durante mi experiencia con la plataforma. • Threading • Cambios de Configuración • Lifecycle • DataBinding • Arquitecturas • Permisos • Librerías
37. Control de Versiones
38. Control de Versiones • Enviar TODO. • Ignorar todos los archivos generados por Android Studio en la fase de compilación. • *.iml • .idea/ • Recientemente el .gitignore default del proyecto viene con esta configuración.
39. Utilizar Kotlin …de ser posible
40. Utilizar Kotlin • 100% interoperable con Java. • Desde código Java podemos llamar código Kotlin y viceversa. • Conciso y Extendible • Código Seguro • Programación Funcional • Adoptado por Google gracias al empuje de la comunidad.
41. Threading Manejo de Hilos
42. Threading • Inicio de App en Main Thread • UI Thread • No debemos bloquear este hilo • Application Not Responding (ANR) • 5 segundos sin respuesta a inputs (touch events) • Crear nuestros propios hilos en background y refrescar el UI
43. Threading • Crear nuestros propios hilos en background y refrescar el UI en el MainThread • Podemos crear hilos de cualquier manera siempre y cuando respetemos el MainThread. • Threads + Runnables, AsyncTask, Courutines (Kotlin), RxJava2, etc • No Silver Bullet • Actualmente RxJava2
44. Cambio de Configuraciones
45. Cambios de Configuración • Cambios del entorno en el cuál está corriendo nuestra aplicación: • Orientación de Pantalla: De Portrait a Landscape • Disponibilidad de Teclado • Ejecución de Multi-Window • Densidad de Pantalla • etc • Nuestras apps deben comportarse correctamente ante estos cambios.
46. Cambios de Configuración • Google • “android prevent screen rotation” • https://stackoverflow.com/questions/2730855/prevent- screen-rotation-on-android • android:screenOrientation="portrait"
48. Cambios de Configuración • ¿Por qué sucede “este reinicio”? • El SO provee de nuevos recursos a la App según el cambio de configuración experimentado. • El SO necesita liberar memoria RAM para poder ejecutar otras aplicaciones. • Apps con las que el usuario desea interactuar. • El SO no solo elimina de la memoria Actividades, sino todo el Proceso en el que se ejecuta la App. • Cada App debe saber como restaurar su estado al punto en que el usuario dejó de interactuar con ella.
49. Cambios de Configuración vs
50. Cambios de Configuración
51. Cambios de Configuración vs
52. Cambios de Configuración
53. Cambios de Configuración • ¿Cómo? • Android provee un esquema para guardar el estado de la app. • onSaveInstanceState + ids en Views • El SO es el encargado de gestionar los cambios/datos que se desean mantener. • 50KB o menos recomienda Google • Debe ser combinado con otros mecanismos de persistencia de datos: • Base de Datos, SharedPreferences, Archivos
54. Cambios de Configuración • ¿Qué pasa si tengo una pantalla con 20 campos que proviene de una api? ¿Debo guardar cada uno en un key + value en onSaveInstanceState()? • Se puede hacer, pero depende de nuestra app: • ¿Tenemos base de datos? • ¿Tenemos cache de nuestra api? • ¿El valor es una preferencia? • ¿Se trata de un dato que puede ser recuperado nuevamente?
55. Cambios de Configuración • ¿Qué pasa si tengo una pantalla con 20 campos que proviene de una api? ¿Debo guardar cada uno en un key + value en onSaveInstanceState()? • Podemos guardar • Todo el objeto en cache/base de datos y solo grabar el id del registro en onSaveInstanceState() • Todo el objeto como Parcelable • Podemos mantenerlo en memoria • Podemos hacer el request nuevamente • No Silver Bullet
56. ¿Qué pasa si tengo un hilo en ejecución? ¿Cómo preservo su estado en caso de un cambio de configuración?
58. Cambio de Configuraciones CONTINUARÁ…
59. Lifecycle en Android y Arquitecturas de Código ANTES…
60. Lifecycle en Android • Ciclo de Vida de la Aplicación • Activity • Service • Fragment • Dependiendo de nuestra app, se utilizarán ciertos “hooks” provistos por la plataforma
61. Activity Lifecycle
62. Fragment Lifecycle
66. Lifecycle en Android • Activity • onCreate: init. UI + Startup • onStart: pantalla visible pero no interactiva. • onResume: pantalla visible e interactiva. • onPause: pantalla visible pero no interactiva. • onStop: pantalla no visible • onDestroy: pantalla fuera de memoria.
67. Lifecycle en Android • Fragmento • onAttach • onCreate • onCreateView • onActivityCreated • onStart • onResume • onPause • onStop • onDestroyView • onDestroy • onDetach
68. Lifecycle en Android • Activity • onCreate: init. UI + Startup • onStart: pantalla visible pero no interactiva. • onResume: pantalla visible e interactiva. • onPause: pantalla visible pero no interactiva. • onStop: pantalla no visible • onDestroy: pantalla fuera de memoria. • Fragmento • onAttach • onCreate • onCreateView • onActivityCreated • onStart • onResume • onPause • onStop • onDestroyView • onDestroy • onDetach
70. Lifecycle en Android onCreate onDestroy
71. Lifecycle en Android onCreate onDestroy Conexión a BD Liberar recurso de Conexión a BD
72. Lifecycle en Android onCreate onDestroy Conexión a BD Liberar recurso de Conexión a BD Recuperación de Estado de UI Preparación de UI
73. Lifecycle en Android onStart onStop
74. Lifecycle en Android onStart onStop Suscribirse a “updates” de datos - Broadcast Receiver - Localización Cancelar Suscripción
75. Lifecycle en Android onStart onStop Suscribirse a “updates” de datos - Broadcast Receiver - Localización Cancelar Suscripción Google Maps: Ubicación en Pantalla
77. Lifecycle en Android onResume onPause
78. Lifecycle en Android onResume onPause Suscribirse a “updates” de datos Cancelar Suscripción
79. Lifecycle en Android onResume onPause Suscribirse a “updates” de datos Cancelar Suscripción Youtube: Multi Window
81. Arquitecturas de Código • Permite organizar nuestro código en módulos y por responsabilidades. • Api, Base de Datos, Lógica de Negocio, UI, etc. • Todos empezamos escribiendo código de manera desordenada. • No está mal. Así vamos aprendiendo. • Error: No darnos cuenta de la necesidad de la separación de responsabilidades.
82. Arquitecturas de Código • Debemos tener una Arquitectura. • Facilita el desarrollo, lectura de código, inclusión de nuevos features, testing.
83. Arquitecturas de Código • Algunas propuestas por la comunidad: • MVC: Model View Controller • MVP: Model View Presenter • MVVM: Model View ViewModel • MVI: Model View Intent
84. Arquitecturas de Código • Diane Hackborn (Android Framework Team)
85. http://web.archive.org/web/20180505121013/https://plus.google.com/+DianneHackborn/posts/ FXCCYxepsDU
87. Architectura de Código • Android Jetpack (2018)
89. Arquitecturas de Código • Actualmente MVI • Establece el Concepto de Estado de la UI • Similar a React, Vue en Web • Manejo de Estado en Android
90. Cambio de Configuraciones SEGUNDA PARTE
91. ¿Qué pasa si tengo un hilo en ejecución? ¿Cómo preservo su estado en caso de un cambio de configuración?
92. Cambio de Configuraciones • Opciones • Worker o Headless Fragment • ViewModel de Android Architecture Components • Servicio con Broadcast Receiver • Singleton a nivel de Aplicación • etc
93. Cambio de Configuraciones • Dependerá de nuestro feature • Transacción Bancaria • Ver Post de Instagram • Enviar un Correo
94. https://www.youtube.com/watch?v=xHXn3Kg2IQE
95. DataBinding
96. DataBinding • Permite declarar fuentes de datos en nuestros layouts xml y utilizarlos para renderizar contenido. • Similar a React, Vue, Angular • Declarativo contrario a programático
97. DataBinding • Genera classes Java/Kotlin que se utilizan para hacer el acoplamiento (“binding”). • A través del “binding” se actualizan las variables u objetos declarados en el layout.xml y la vista se actualiza automáticamente.
98. DataBinding • Si no les gusta tener declaraciones en la vista, al menos declaren el layout para tener un objeto responsable de todos los componentes de la vista.
100. DataBinding • Avanzado: permite crear nuevos atributos xml para realizar otras tareas. Ejemplo: • Esconder una vista • Cargar una imagen via url • Asignar una tipografía
102. Permisos
103. Permisos • Presentes desde la primera versión de Android. • Antes se declaraban únicamente. • Marshmallow 6.0: se declaran y se solicitan en ejecución. • Siempre verificar que se tiene el Permiso, a pesar de que previamente nos lo hayan otorgado.
104. Testing
105. Testing • ¡Obligatorio! • Calidad del Software que construimos. • Es difícil de implementar, pero no imposible. • No existe un patrón / estándar definido. Varía de arquitectura en arquitectura. • JUnit y Espresso • Barista
106. Librerías
107. Librerías • Reutilizar componentes creados por otros o nosotros mismos. • Herramientas • Controles UI • android-arsenal.com
108. Recursos de Aprendizaje
109. Recursos de Aprendizaje • Udacity Android Nanodegree / Associate Android Developer • Charlas Google IO / Android Dev Submit • Twitter: @donnfelker, @jakewharton, @FMuntenescu , @dankim , @hitherejoe • Newsletters • Android Weekly • Android Dev Digest • Podcasts • Fragmented • TheContext
110. ¡Gracias! @asantibanez