¿Es buena idea agregar ViewModel exactamente igual que Model?

Tengo las siguientes capas en mi solución:

1. App.Domain
2. App.Service
3. App.Core (tal vez llame a este App.DataLayer)
4. App.Web

El patrón de diseño del software no es mi pregunta, tengo el siguiente modelo en Domain

public class Foo {
    public int Id {get;set;}
    public int Name {get;set;}
    public int Value {get;set;}
}

Quiero usar este modelo en la vista (por ejemplo, página de inicio) Y quiero usar Id, Name & Value, así que si quiero crear ViewModel, agregaré lo siguiente:

public class FooViewModel {
    public int Id {get;set;}
    public int Name {get;set;}
    public int Value {get;set;}
}

Entonces, ¿es buena idea? o simplemente usar en Foolugar de FooViewModel?

Esto puede parecer una violación de la regla DRY inicialmente, pero diría que un código "similar e incluso idéntico" no es necesariamente una "repetición" si hace algo diferente o puede cambiar de forma independiente. Y en el caso de los modelos de vista, el código define lo que ve el "cliente", no necesariamente las entidades y operaciones de las que habla el negocio. Por lo tanto, a menudo revela modelos al cliente o interfaz que son "incidentalmente idénticos". Puede cambiar las reglas y términos comerciales o la terminología del usuario final independientemente uno del otro.

Entonces, volvería a hacerte la pregunta. Si el dominio cambia, ¿es aceptable que los clientes de la "versión 1" sigan usando las interfaces antiguas? ¿Revelarás alguna vez términos u operaciones en la interfaz que no formen parte de las "reglas comerciales básicas"? ¿Y viceversa?

Ese tipo de preguntas en mente, si la "función" de su vista es revelar estrictamente el modelo de dominio subyacente, sí, parece que viola la regla DRY.

_{También tenga en cuenta que exponer una visión que cambia más naturalmente con los cambios del modelo también se puede lograr en algunos idiomas con atributos y reflexión de miembros. (O con menos repetición a través de otras hazañas de inteligencia ... Pero, la "inteligencia" a menudo no puede justificar la repetición que te ahorra).}

Tendría un modelo de vista que contiene solo una propiedad, una instancia de Foo. De esa manera, no está violando DRY de acuerdo con ninguna definición de este, si Foo cambia, su modelo de vista ve automáticamente el cambio y se libera de un vínculo directo del modelo de vista con el modelo.

Si mañana es necesario que la vista muestre algo más, así como el Foo, puede agregar una nueva propiedad, y la intención de su modelo de vista seguirá siendo clara, contiene un Foo y algo más, no tendrá Una mezcla de propiedades de Foo con otras propiedades no relacionadas.

No pensaría en su modelo de vista como un FooViewModel, lo pensaría en términos de lo que se supone que debe mostrar la vista. Si solo muestra un Foo, el modelo de vista contiene una propiedad, un Foo.

No estoy seguro si lo expliqué claramente. Si no es así, ¡hágamelo saber y trataré de reformularlo cuando esté despierto!

Yo diría que usar FooViewModelde esta manera viola el director DRY. Cuando necesite hacer un cambio Foo, también debe hacerlo FooViewModel. Creo que sería mejor servirlo simplemente Foocomo modelo para su vista. Consideraría un modelo de vista si necesita mostrar cosas de Foo y algo más. Por ejemplo, supongamos que necesita representar cierta información desde Fooy también desde Bar.