VIPER
•
0 recomendaciones•300 vistas
Presentación de @JDandini sobre la arquitectura VIPER: ¿Hay algo mas alla de la arquitectura MV(X)[MVC, MVVM etc]? ¿Por qué debería dejar lo que ya se por otro tipo de arquitectura? Pues bueno averigüemoslo juntos, te quiero presentar una arquitectura nueva que es VIPER, basada en el SRP (principio de una sola responsabilidad por sus siglas en inglés) la cual te prometo ayudará a concebir el enfoque de tus proyectos de otra forma.
Recomendados
Más contenido relacionado
Similar a VIPER
Similar a VIPER (20)
Más de NSCoder Mexico
Más de NSCoder Mexico (20)
VIPER
- 1. Arquitectura (B)VIPER F. Javier Castañeda Ramos
- 2. ¿Por qué? ● Conocer más allá de las arquitecturas MV(X) ● Separación de responsabilidades ● Crear código mantenible
- 3. El principio
- 6. ¿Qué es una aplicación?
- 7. ¿Qué es un módulo?
- 8. ¿Qué esperamos de un módulo? Composición App = ∑Módulos Módulo = ∑Componentes
- 9. ¿Qué esperamos de un módulo? Caja negra Exponer API’s claras El mundo no debe saber cuán maravillosos somos por dentro
- 10. ¿Qué esperamos de un módulo? Que se pueda probar Que podamos tener componentes aislados y fáciles de probar
- 11. ¿Qué esperamos de un módulo? Independiente a la UI La UI puede cambiar sin impactar en el resto del módulo
- 12. ¿Qué esperamos de un módulo? Independiente de Frameworks Bases de datos, Web Service clients etcétera
- 13. ¿Qué esperamos de un módulo? Simple Pequeña y bien definida
- 14. Módulos
- 15. Aplicaciones
- 18. Detalle Restaurante Platillo Lista de restaurantes Agregar Platillo View Controller Servicios y Entidades Detalle de restaurante
- 19. Resultado UIViewController de 1000+ líneas de código
- 21. Detalle Restaurante Platillo Lista de restaurantes Agregar Platillo View Servicios y Entidades Detalle de restaurante View Model
- 22. Responsabilidades del ViewModel Pasar de un modelo a ViewModel Interacción con el usuario Aplicar reglas de negocio Ruteo
- 23. Platillo Lista de restaurantes Agregar platillo View Servicios y Entidades Detalle de restaurante View Model Router navegación al siguiente módulo
- 24. Router
- 25. Detalle Restaurante Platillo Lista de restaurantes Agregar Platillo View Servicios y Entidades Detalle de restaurante View Model Router navegación al siguiente módulo Presenter
- 26. Presenter
- 27. View
- 28. Detalle Restaurante Platillo Lista de restaurantes Agregar Platillo View Servicios y Entidades Detalle de restaurante View Model Router navegación al siguiente módulo Presenter Interactor
- 29. Interactor
- 30. Detalle Restaurante Platillo Lista de restaurantes View Detalle de restaurante View Model Router Presenter Interactor loadRestaurantMenu menuItemDidTouch presentAddItem retrieveMenuForRestaurantWith menuDidGetted menuGetDidFailWith displayMenuList displayErrorMessage
- 32. Detalle Restaurante Platillo Lista de restaurantes Agregar Platillo Servicios y Entidades Detalle de restaurante navegación al siguiente módulo Presenter
- 33. Detalle Restaurante Platillo Lista de restaurantes Agregar Platillo View Servicios y Entidades Detalle de restaurante View Model Router navegación al siguiente módulo Presenter Interactor Builder
- 34. ¿Por qué un Builder? BuilderParámetros de entrada View Controller El módulo está expuesto como un View Controller (caja negra) para el mundo exterior
- 35. View Servicios y Entidades View Model Detalle de restaurante Router Presenter Interactor UI No hay lógica de negocio Creación de información legible al usuario Escucha de las acciones sobre la vista Navegador al siguiente módulo Aplicador de las reglas de negocio
- 36. Estado de ánimo actual
- 37. ¿Qué esperamos de un módulo? Composición App = ∑Módulos Módulo = ∑Componentes
- 38. ¿Qué esperamos de un módulo? Caja negra Exponer API’s claras El mundo no debe saber cuán maravillosos somos por dentro
- 39. ¿Qué esperamos de un módulo? Que se pueda probar Que podamos tener componentes aislados y fáciles de probar
- 40. ¿Qué esperamos de un módulo? Independiente a la UI La UI puede cambiar sin impactar en el resto del módulo
- 41. ¿Qué esperamos de un módulo? Independiente de Frameworks Bases de datos, Web Service clients etcétera
- 42. ¿Qué esperamos de un módulo? Simple Pequeña y bien definida
- 43. Paso de información entre módulos Router Builder Módulo A Módulo B De ser modal el Módulo B tendrá un delegado que será un componente del Módulo A que generalmente es el presenter.
- 44. Manejo de memoria Window View (VC) Presenter Interactor Router Weak Weak Weak Strong Strong Strong Strong De esta forma cuando se destruye la View todo lo demás también se destruye
- 45. Preguntas