MVVM duplicar, Características del modelo en modelo de vista

Question

Parece que hay una orientación que un modelo no debe exponer a sus entidades para ver, y que todas las propiedades requeridas debe ser duplicado en el modelo de vista

Ejemplo:

Product 
Id {get; set;} 
Name {get; set;} 
....... 


ProductViewModel : ViewModelBase 
Id {get; set;} 
Name {get; set;} 
....... 

¿Por qué es esto requerido? Puedo entender esto si el Modelo no implementa INPC, pero si lo hace, entonces me parece bastante innecesario.

Answer 1

cuando la vista se une a la del modelo:

• Si la vista tiene que cambiar o tiene varios puntos de vista un cambio en el modelo provocará cambios en todas las Vistas enlazada a ese modelo.

• Desde la perspectiva de la Vista, el objeto al que está ligado puede no ser tan intuitivo; cuando necesita agregar propiedades y/o comandos al objeto, ¿los agrega al ViewModel y conserva las propiedades "originales" en el Modelo o modifica el Modelo?

Tener un modelo de vista le da una abstracción adicional entre un modelo único y múltiple (versiones de) Vistas

Con todo, es sólo una guía, pero ser conscientes de que lo que parece bien hoy podría no ser tan genial cuando necesitas modificar/actualizar la aplicación.

Answer 2

Orientación, es solo eso. Depende de la situación en cuestión. Los puristas argumentarán que separar el modelo por completo de la vista permite que el modelo cambie sin que la vista cambie.

tiendo a sólo Características del modelo proxy si tengo que (ya sea INPC o algún lógica específica vista como el modelo tiene nombre y apellido, pero no NombreCompleto)

De lo contrario, se unen al modelo (que es una propiedad pública en ViewModel). Si mi situación cambia y necesito encapsular algo, me refactorio cuando lo necesite.

Siempre trato de asegurar que haya un ViewModel en su lugar (incluso si solo expone el modelo), por lo que la refactorización es más fácil más adelante.

Answer 3

Mi pregunta es, ¿por qué sus modelos implementan INPC? ¿Lo necesitan?

Por lo general, los modelos son solo un DTO y no necesitan ninguna lógica de cambio.

Además, si su implementación básica de INPC proviene de un marco MVVM, pero sus modelos existen en un ensamblaje compartido, ¿ese ensamblaje necesita una referencia a su marco MVVM y potencialmente otros ensamblajes WPF también?

El escenario que teníamos era un conjunto de objetos compartidos que representaban nuestros datos tanto en el servidor como en el lado del cliente. El lado del cliente era una aplicación WPF, por lo que estaba bien, pero para el lado del servidor era un servicio, por lo que no necesitábamos INPC.

Answer 4

Su ViewModel es incorrecto. Si ya tiene un Modelo de tipo de producto, simplemente puede definir algo como esto en su ViewModel: public Product Product {...}