Arquitectura Android

Charla para el dev fest organizado por el GDG Lima Open el 17/09/2016.

Transcript

1. Arquitectura de soluciones móviles con Android
2. Pablo Johnson @pablojohnson88 pablo.88j@gmail.com https://github.com/pablo-johnson Desarrollador Android en Belatrix
3. Software de calidad
4. Software de calidad • Robusto
5. Software de calidad • Robusto • Testeable
6. Software de calidad • Robusto • Testeable • Flexible
7. Software de calidad • Robusto • Testeable • Flexible • Escalable
8. Arquitecturas Hexagonal Architecture Screaming Architecture Onion Architecture BCE DCI
9. Clean Architecture
10. Clean Architecture
11. Clean Architecture • Independiente de algún framework
12. Clean Architecture • Independiente de algún framework • Testeable
13. Clean Architecture • Independiente de algún framework • Testeable • Independiente de la UI
14. Clean Architecture • Independiente de algún framework • Testeable • Independiente de la UI • Independiente de la BD
15. Clean Architecture • Independiente de algún framework • Testeable • Independiente de la UI • Independiente de la BD • Independiente de cualquier agente externo
16. La regla de la dependencia Las dependencias del código solo deben apuntar hacia el interior.
17. Entities Las entidades encapsulan las reglas de negocio de toda la empresa
18. Use Cases Los casos de uso son los encargados de orquestar el flujo de data desde y hasta las entidades y dirigen estas entidades con el fin de conseguir los objetivos del caso de uso.
19. Adaptadores de interfaces - Presenters Los adaptadores son los encargados de convertir la data de la forma más conveniente para las entidades y casos de uso hacia la forma más conveniente para algún agente externo (UI, DB, etc).
20. Frameworks y drivers - UI Es la capa encargada de interactuar con el usuario.
21. Android -> La propuesta
22. Capa de Presentación Aquí es donde reside la lógica de las vistas y animaciones
23. Capa de Presentación Aquí es donde reside la lógica de las vistas y animaciones Se puede implementar haciendo uso de algún patrón como MVC, MVVM o MVP (imagen).
24. Capa de Presentación Aquí es donde reside la lógica de las vistas y animaciones Se puede implementar haciendo uso de algún patrón como MVC, MVVM o MVP (imagen).
25. Capa de Dominio En esta capa se encuentran las reglas de negocio. Toda la lógica de negocio sucede acá.
26. Capa de Dominio En esta capa se encuentran las reglas de negocio. Toda la lógica de negocio sucede acá. Esta capa puede estar enteramente en Java (o Kotlin :O )
27. Capa de Dominio En esta capa se encuentran las reglas de negocio. Toda la lógica de negocio sucede acá. Esta capa puede estar enteramente en Java (o Kotlin :O )
28. Capa de Datos Esta capa es la encargada de proveer toda la data necesaria para la aplicación.
29. Capa de Datos Esta capa es la encargada de proveer toda la data necesaria para la aplicación. Se implementa el patrón Repository que, junto a una estrategia, escoge distintos tipos de fuente de los datos.
30. Capa de Datos Esta capa es la encargada de proveer toda la data necesaria para la aplicación. Se implementa el patrón Repository que, junto a una estrategia, escoge distintos tipos de fuente de los datos.
31. ¿Cómo separar nuestro software en capas?
32. Programacion reactiva Es un paradigma de programación orientado al flujo de datos y a la propagación del cambio.
33. Programación Imperativa vs Programación Reactiva
34. Programación Imperativa vs Programación Reactiva Imperativa int a = 3 int b = 4 int x = a + b print(x) => 7
35. Programación Imperativa vs Programación Reactiva Imperativa int a = 3 int b = 4 int x = a + b print(x) => 7 a=4 print(x) => ….
36. Programación Imperativa vs Programación Reactiva Imperativa int a = 3 int b = 4 int x = a + b print(x) => 7 a=4 print(x) => 7 !!!!
37. Programación Imperativa vs Programación Reactiva Imperativa int a = 3 int b = 4 int x = a + b print(x) => 7 a=4 print(x) => 7 !!!! Reactiva int a = 5 Func <int> b = { 2 * a + 1} print(b) => 11
38. Programación Imperativa vs Programación Reactiva Imperativa int a = 3 int b = 4 int x = a + b print(x) => 7 a=4 print(x) => 7 !!!! Reactiva int a = 5 Func <int> b = { 2 * a + 1} print(b) => 11 a = 10 print(b) => ….
39. Programación Imperativa vs Programación Reactiva Imperativa int a = 3 int b = 4 int x = a + b print(x) => 7 a=4 print(x) => 7 !!!! Reactiva int a = 5 Func <int> b = { 2 * a + 1} print(b) => 11 a = 10 print(b) => 21
40. RxJava RxAndroid RxJava es una implementación para Java de ReactiveX, una librería para realizar programas basados en eventos asíncronos haciendo uso del patrón Observer.
41. RxJava RxAndroid RxJava es una implementación para Java de ReactiveX, una librería para realizar programas basados en eventos asíncronos haciendo uso del patrón Observer. RxAndroid es una librería que adiciona a RxJava clases que hacen posible manejar los componentes reactivos en las aplicaciones Android de una manera más fácil y sin complicaciones.
42. Rx ejemplo
43. Rx ejemplo
44. Rx ejemplo
45. Beneficios • Desacoplamiento entre Observables y Subscribers hace que el testing y el mantenimiento sea más fácil.
46. Beneficios • Desacoplamiento entre Observables y Subscribers hace que el testing y el mantenimiento sea más fácil. • Simplifica tareas asincronas.
47. Beneficios • Desacoplamiento entre Observables y Subscribers hace que el testing y el mantenimiento sea más fácil. • Simplifica tareas asincronas. • Composición y transformación de la data.
48. Beneficios • Desacoplamiento entre Observables y Subscribers hace que el testing y el mantenimiento sea más fácil. • Simplifica tareas asincronas. • Composición y transformación de la data. • Manejo de errores.
49. Inyección de dependencias Es un patrón de diseño en el que se provee de objetos a una clase y se libera a ésta de la responsabilidad de crear o instanciarlos.
50. Ejemplo de inyección de dependencias
51. Ejemplo de inyección de dependencias
52. Dagger 2 Dagger es un framework de inyección de dependencia en tiempo de compilación para Java y Android.
53. Beneficios • Favorece el reuso de los componentes debido a que las dependencias pueden ser inyectadas y configuradas externamente.
54. Beneficios • Favorece el reuso de los componentes debido a que las dependencias pueden ser inyectadas y configuradas externamente. • Hace posible el uso de mockear las dependencias, lo cual facilita el testing.
55. Testing Se sugiere utilizar lo siguiente: • Para la capa de presentación: UI tests con Espresso 2 y Android Instrumentation. • Para la capa de dominio: jUnit y Mockito • Para la capa de datos: Roboelectric 3, jUnit y Mockito.
57. Organización de Paquetes Por capas • Componentes no necesariamente relacionados dentro de un mismo paquete • Paquetes con poca cohesión y modularidad y con gran acoplamiento entre paquetes. • Editar una funcionalidad conlleva a editar archivos en distintos paquetes
58. Organización de Paquetes Por capas • Componentes no necesariamente relacionados dentro de un mismo paquete. • Paquetes con poca cohesión y modularidad y con gran acoplamiento entre paquetes. • Editar una funcionalidad conlleva a editar archivos en distintos paquetes. Por funcionalidad • Se trata de colocar todos los archivos relacionados a una funcionalidad en un mismo paquete. • Paquetes con gran cohesión y modularidad y con un mínimo de acoplamiento entre paquetes.
59. Veamos un poco de código... Fernando Cejas https://github.com/android10/Android-CleanArchitecture
61. Referencias Eduardo Medina https://github.com/emedinaa/android-clean-architecture Erik Jhordan http://erikcaffrey.github.io/2016/01/28/clean-architecture/ Fernando Cejas http://fernandocejas.com/2015/07/18/architecting-android-the-evolution/ Christian Panadero http://panavtec.me/my-way-to-clean-android
62. Otras fuentes importantes MVP http://antonioleiva.com/mvp-android/ https://www.linkedin.com/pulse/mvc-mvp-mvvm-architecture-patterns-shashank-gupta Dagger http://fernandocejas.com/2015/04/11/tasting-dagger-2-on-android/ https://realm.io/news/daniel-lew-dependency-injection-dagger/ Rx http://blog.danlew.net/2014/09/15/grokking-rxjava-part-1/ http://akarnokd.blogspot.pe/2016/04/google-agera-vs-reactivex.html Clean Architecture https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html
63. Gracias!!! @pablojohnson88