In MVC, cos'è un ViewModel?

Question

Ho ragione nel pensare che sia quasi come un involucro per tutti gli oggetti necessari per una vista?

Ad esempio, supponiamo di avere un negozio online che vendeva musica e dvd. Nella tua pagina di navigazione desideri visualizzare un elenco di tutti i tuoi dvd e musica. Costruiresti quindi un oggetto ViewModel che ha due proprietà contenenti un elenco di album e un elenco di dvd?

Dal mio punto di vista sembra che tu abbia tutte le tue classi modello ie. una classe Album/Dvd, ma semplicemente passare da sola non sarebbe sufficiente per la tua vista. Un ViewModel funziona fondamentalmente come un vettore per tutti i dati richiesti da View?

Answer 1

La tua comprensione è per lo più corretta, ma non è completa.

Il ViewModel può anche eseguire conversioni dal tipo di dati che il Modello trasporta al tipo di dati con cui la Vista può lavorare comodamente; questo potrebbe anche significare che ViewModel non porta direttamente i Modelli ma altre navi che trasportano (possibilmente un sottoinsieme) le stesse informazioni in un formato più adatto.

Si consideri che si potrebbe avere un modello di libreria che aggrega album e DVD - la differenza tra tale modello e il corrispondente ViewModel è precisamente che il modello non interessa (o nemmeno conosce) la vista mentre ViewModel ha l'espresso scopo di facilitarla.

Answer 2

ViewModels consente di modellare più entità da uno o più modelli di dati o origini in un singolo oggetto, ottimizzato per il consumo e il rendering dalla vista.

Lo scopo di un ViewModel è che la vista abbia un singolo oggetto da rappresentare, riducendo la necessità di codice di logica UI nella vista che sarebbe altrimenti necessaria. Ciò significa che l'unica responsabilità, o preoccupazione, della vista è quella di rendere quel singolo oggetto ViewModel, favorendo una separazione più chiara delle preoccupazioni (SoC). Le preoccupazioni sono aspetti distinti dell'applicazione che hanno uno scopo particolare (ad esempio, preoccupazione) e tenere questi aspetti a parte significa che la tua applicazione è più organizzata e il codice più mirato. Mettendo il codice di manipolazione dei dati nella propria posizione lontano dalla vista e dal controller, impone il SoC.