1 Réponse. Réponse courte, Oui.
Le ViewModel devrait-il avoir une logique ?
Le travail du ViewModel peut être de transformer la balance en une chaîne utilisée comme liaison dans la vue. Vous voulez garder autant de logique que possible hors du ViewModel pour garder votre code réutilisable et faiblement couplé. Je ne suis pas d'accord avec cela. Un modèle ne devrait idéalement avoir que des propriétés car les modèles représentent les données
Que doit contenir un ViewModel ?
Le type de modèle de vue le plus simple à comprendre est celui qui représente directement un contrôle ou un écran dans une relation 1:1, comme dans "l'écran XYZ a une zone de texte, une zone de liste et trois boutons, donc le modèle de vue a besoin de une chaîne, une collection et trois commandes" Un autre type d'objet qui tient dans la couche du modèle de vue est un …
Le ViewModel contient-il une logique métier ?
ViewModel: ViewModel est la couche intermédiaire entre la vue et le modèle. ViewModel contient la logique métier, qui manipule les données de ligne à afficher dans la vue. Tout type de fonction et de méthode doit figurer dans le modèle de vue. L'interface iNotifyPropertyChanged est utilisée dans le ViewModel pour réaliser une liaison bidirectionnelle.
Le ViewModel devrait-il avoir une interface ?
3 Réponses. L'interfaçage de vos ViewModels vous donne l'avantage de vous moquer d'eux dans un test, l'interfaçage de vos vues ressemble en effet à une exagération. Vous n'échangerez pas vos vues et les tests d'interface utilisateur peuvent être effectués sur des maquettes de votre ViewModel, de sorte que vous n'aurez pas vraiment besoin de les interfacer je pense. C'est exagéré.
