Arquitectura de Software

1

Arquitectura en Android

2

Patrón de diseño vs. Arquitectura de Diseño

3

¿Qué es la Arquitectura de Diseño?

4

SOLID: Single Responsability y Open/Closed Principles

5

SOLID: Liskov substitution, Interface segregation y Dependency Inversion principle

6

Evolución de la Arquitectura en Android

Arquitectura Model View Controller (MVC)

7

¿Qué es la aquitectura Model View Controller (MVC)?

8

MVC en un Proyecto Android: Analizando el código en capas

9

MVC en un Proyecto Android: Llevando el código a sus responsabilidades

Arquitectura Model View Presenter (MVP)

10

¿Qué es la aquitectura Model View Presenter (MVP)?

11

¿Qué es Clean Architecture?

12

Composición en Clases

13

Model View Presenter explicado

14

Capa Model

15

MVP en un Proyecto Android: Presenters y Views

16

MVP en un Proyecto Android: Model

17

Ubicando el código en MVP

Arquitectura Model View ViewModel (MVVM)

18

¿Qué es la arquitectura Model View ViewModel (MVVM)?

19

¿Cómo funciona MVVM Data Binding?

20

MVVM Data Binding estructurando nuestra aplicación y migrando a AndriodX

21

MVVM DataBinding creando un ViewModel

22

Patron Observer en MVVM

23

MVVM Data Binding: integrando ViewModel a View

24

MVVM Data Binding: RecyclerView Adapter

25

MVVM Data Binding: RecyclerView CardView

Android JetPack Arquitectura

26

¿Qué es Android JetPack Arquitectura?

27

¿Cómo funciona la arquitectura de componentes?

28

Arquitectura Componentes Lifecycle ViewModel

29

Arquitectura Componentes Lifecycle Observe

Fin del curso

30

Conclusiones

Aún no tienes acceso a esta clase

Crea una cuenta y continúa viendo este curso

Curso de Arquitectura de Android

Curso de Arquitectura de Android

Anahí Salgado Díaz de la Vega

Anahí Salgado Díaz de la Vega

¿Qué es la aquitectura Model View Controller (MVC)?

7/30
Recursos

MVC fue la primera arquitectura con la cual empezó todo. Es importante conocerla en caso de que te encuentres con ella y sepas cómo migrar hacía una mejor arquitectura.

El View se va a componer de nuestra interfaz: botones y campos de texto.

El Controller será toda la lógica de negocio. Puede tener la lógica de lo que realizará un botón.

Ambos elementos estarán definidos en un solo lugar.

El Model tendrá la conexión a una base de datos o una API

Aportes 15

Preguntas 0

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

Por decirlo de otra forma, en un proyecto de android:

Model: Las entidades y acceso a datos.
View: Archivos .xml como main_activity.xml
Controller: La clase que ‘infla’ la vista el MainActivity.kt (Kotlin) en este caso, poner la logica de negocios en esta clase no es recomendado.

Para mi el controller deberia ser el intermediario entre el view y el model

creo este modelo e estado haciendo XD ya voy a migrar a mas actuales XD

Bueno yo también diré que el controller debería ser el intercomunicador entre el view y el model.

Excelente explicación visual

Se lía demasiado… Dice que el VIew y el Controller estaban en el Activity… Pues sí en algunos casos, no siempre, a partir del 2012. Pero el problema está en que el View era el fichero activity pero el XML. Y el Activity java era el que mezclaba las responsabilidades de comunicaciones, permisos, animaciones… La vista (botones, etc) estaban (y siguen estando) en el archivo XML. No se programaba (ni se programa nada ahí), solo se marca.
Yo pienso que todo esto lo ha leído en algún sitio y lo ha interpretado como ella ha querido, sin hacer caso a gente que lleva ‘jugando’ con Android desde el 2008…

Model View Controller

En resumen:
Model View Controller es:
Primera Arquitectura Android (ya es muy escasa)
• Trabaja con View, quien compone nuestra interfaz (botones y campos de texto)
• Trabaja con Controller, quien es toda la lógica del negocio
Model tiene una conexión con la API

MI pregunta surge que esto pasa en Android, es decir, para desarrollo móvil; pero cuando he visto desarrollo para escritorio creo que funciona muy bien la arquitectura MVC.

Corrijame alguien si tal vez me equivoco…

MVC arquitectura escasa? jajajaja j que buen comentario XD

model: viene a ser todas las conexiones con DB o API
view: nuestra interfaz
controller: realiza los procesos logicos

MVC no es la mejor arquitectura para el desarrollo móvil porque estamos asignando varias responsabilidades a un solo archivo

mvc generalmente se usa en web, laravel y otros marcos de web en este caso!!!

Demasiados conceptos mal explicados y mezclando ideas que no son lo que dice la API de devs de Android… Bastante mal.

Modelo antiguo