1 Svar. Kort svar, Yes.
Skal ViewModel ha logikk?
Jobben til ViewModel kan være å gjøre balansen om til en streng som brukes som binding i View. Du ønsker å holde så mye logikk utenfor ViewModel som mulig for å holde koden gjenbrukbar og løst koblet. Jeg er uenig i dette. En modell bør ideelt sett bare ha egenskaper fordi modellene representerer dataene
Hva bør en ViewModel inneholde?
Den enkleste typen visningsmodell å forstå er en som direkte representerer en kontroll eller en skjerm i et 1:1-forhold, som i "skjerm XYZ har en tekstboks, en listeboks og tre knapper, så visningsmodellen trenger en streng, en samling og tre kommandoer" En annen type objekt som passer i visningsmodelllaget er en …
Inneholder ViewModel forretningslogikk?
ViewModel: ViewModel er midtsjiktet mellom visningen og modellen. ViewModel inneholder forretningslogikken, som manipulerer raddataene til å vises i visningen. Enhver form for funksjon og metoder bør være i visningsmodellen. iNotifyPropertyChanged-grensesnittet brukes i ViewModel for å oppnå toveisbinding.
Skal ViewModel ha grensesnitt?
3 svar. Å bruke grensesnittet til VieWModels gir deg fordelen av å håne dem i en test, og grensesnittet til visningene dine ser faktisk ut som noe overdreven. Du vil ikke utveksle synspunkter, og UI-testing kan gjøres på hån av ViewModel, så du vil egentlig ikke trenge å grensesnitt dem, tror jeg. Det er en overkill.