"MVVM" MODELO-VISTA-VISTA-MODELO

"MVVM" MODELO-VISTA-VISTA-MODELO

1. CONCEPTOS

   • FINALIDAD: tratar de desacoplar lo más que se pueda la interfaz de usuario de la lógica de la aplicación.
     • PARTES
       • El modelo (Model): Representa la capa de datosy/o la lógica de negocio, también denominado como el objeto del dominio. El modelo contiene la información, pero nunca las acciones o servicios que la manipulan. En ningún caso tiene dependencia alguna con la vista.
       • La vista (View) La misión de la vista es representar la información a través de los elementos visuales que la componen. Las vistas en MVVM son activas, contienen comportamientos, eventos y enlaces a datos que, en cierta manera, necesitan tener conocimiento del modelo subyacente. En Xamarin Forms podemos crear nuestras interfaces a través de código C# o XAML.
       • Modelo de vista (ViewModel) El ViewModel (modelo de vista) es un actor intermediario entre el modelo y la vista, contiene toda la lógica de presentación y se comporta como una abstracción de la interfaz. La comunicación entre la vista y el viewmodel se realiza por medio los enlaces de datos (binders).

2. VENTAJAS

   • • Separar el desarrollo de la interfaz de usuario del resto del código. Es decir, podemos tener un equipo de diseño trabajando en la interfaz de usuario y a los programadores haciendo el resto de la aplicación.
   • • La lógica de presentación puede ser probada con pruebas unitarias (unit testing) al estar desacoplada de nuestras vistas.
   • • Muy útil cuando estamos desarrollando aplicaciones multiplataforma, ya que tanto la lógica de negocio, como la lógica de presentación es común a todas las plataformas.
   • · Se mejora mucho la reusabilidad, al poder usarse un mismo viewmodel para diferentes vistas.
   • Se mejora la prueba del sistema, si se quiere usar un método guiado por pruebas. Esto se debe a que al no existir una dependencia respecto a las vistas, los viewmodel pueden ser probados usando junit por ejemplo sin necesidad de tener las UI.

3. CARACTERÍSTICAS

   • 1. MVVM es un patrón que se originó en Microsoft y constituye una especialización del patrón “Presentation Model” creado por Martin Fowler como una variante del patrón MVC. Este patrón tiene 3 roles: View, Model y ViewModel.
   • 2. La vista y el modelo juegan el mismo rol que en el patrón MVC, mientras que el elemento ViewModel se puede considerar como una especialización de un Controlador, donde puede extraer información de una o más clases modelos para ser mostradas en las vistas. Esta información es expuesta a través de métodos get/set como propiedades JavaBeans.
   • 3. Se dice que el ViewModel es un modelo de una vista, aunque esto hay que explicarlo bien porque aunque contiene el estado de las vistas asociadas no contiene ninguna referencia a los componentes de una vista, por lo que no puede acceder a ella directamente.
   • 4. La restricción del punto 3 impone la existencia de un mecanismo que sincronice la información entre vistas y viewmodel, y es llamado databinding.
   • 5. Se dice también que los viewmodel actual como controladores en MVC. Ya que el mecanismo databinding reenvía eventos a manejadores en el viewmodel. Estos manejadores son métodos con anotaciones java específicas. Estos métodos no son otra cosa que patrones Command, los cuales se encargan de manipular datos y notificar a través de los databinding de cambios en los datos
   • 6. Los elementos viewmodel pueden ser clases POJO, y no conocer nada de las vistas que son usadas para enviarle eventos y mostrar los datos, lo que aumenta su reutilización.

4. ARQUITECTURA

   • La parte del modelo (Model), en la cual vamos a ver todo lo que serían los datos, dónde vamos a tener toda la lógica de datos.
   • La vista modelo (View Models) que va a ser la encargada de interactuar tanto con el modelo como con la vista.
   • La vista (Views) que va a ser la parte visual.

5. DESVENTAJAS

   • "Para sencilla interfaz de usuario, MV-VM puede ser excesiva En los casos más grandes, puede ser difícil de diseñar el modelo de vista en la delantera con el fin de obtener la cantidad adecuada de generalidad de datos.. -encuadernación para todas sus maravillas es declarativo y más difícil de depurar que cosas imperativas donde simplemente estableces puntos de interrupción "

6. EDUARD DARNEY CASTILLO RIVERA PROYECTO DE GRADO SEMINARIO

Bilder und Dateien der Mindmap