¿Hay alguna referencia fácil paso a paso para MVVM?
Sí hay. Echa un vistazo al aquí.
¿MVVM es un superconjunto o un subconjunto de MVC?
MVVM pertenece a la familia MVC, por lo que, si puedes decir eso, es un subconjunto. Es una variante para desacoplar la interfaz de usuario de la lógica de negocios subyacente. Lo describiría como un hermano de MVC. Desde los primeros días de la OOP, las personas han estado buscando formas de desacoplar la IU de su lógica. MVC fue el primer arquetipo que evolucionó. Es bastante simple, aunque la mayoría de las personas no lo hacen bien. La vista es solo un observador del modelo y lo llama cuando es necesario. El controlador es solo una estrategia para que la vista se comunique con el modelo, por ejemplo, cuando necesita un comportamiento intercambiable (es decir, ReadonlyController, AdminController). MVC tiene mucho éxito y es realmente una buena práctica aplicarlo.
MVVM es un tipo especializado de patrón MVP, como lo describe Martin Fowler . MVP intenta mantener la vista lo más tonta posible (sin dejar de recibir los comentarios del usuario, etc.), mejorando así la capacidad de prueba. Su objetivo es una abstracción de la vista y la lógica de interacción que se debe poner en el presentador. El presentador solo se comunica con el modelo / lógica empresarial y actualiza la Vista. Martin Fowler describe MVVM más o menos en su Modelo de modelo de presentación.
La vista se abstrae completamente en un ViewModel. Cuando Viewnecesita una propiedad, también ViewModelnecesita tenerla. Se supone que (el ViewModel) es completamente independiente de la tecnología UI subyacente, una abstracción. Para comunicarse entre View y ViewModel, se debe utilizar un patrón de sincronización (es decir, Observer). Esto no es fácil de lograr en un entorno web sin estado. MVVM difiere de MVP, ya que la Vista ya no se une a la lógica de su modelo / negocio, sino a un ViewModel.
¿Qué patrón es moderno y cuál debo elegir para las versiones Windows y Web de mi aplicación?
El modelo de presentación (similar a MVVM) en teoría debería ser completamente independiente de la tecnología UI en uso. Sin embargo, el aspecto de sincronización necesita ser cubierto. Se puede hacer fácilmente enlazando comandos y propiedades con WPF, donde el pegamento de sincronización ya está presente. Con ASP.NET, esta es una historia diferente. Sin embargo, hay un artículo sobre CodeProject que usó el Modelo de modelo de presentación con todas las tecnologías de IU de Windows. Echar un vistazo.