Prenons un exemple de l`écran modifier le profil. Les données utilisateur doivent être validées avant l`envoi au serveur, ce qui signifie que Presenter/ViewModel doit pouvoir afficher/masquer l`indicateur de progression, envoyer des erreurs de validation et de serveur (le cas échéant) à la vue. En outre si la ville/dialogue de sexe est visible pendant le changement de configuration alors la vue devrait être notifiée à ce sujet aussi bien. Moins de LiveData/observable, mieux c`est. Donc, ce que nous recherchons est un moyen d`agréger les informations qui doivent être transmises à la vue. Dans la plupart des cas, ViewModel doit communiquer trois choses: l`agrégation des informations (état de chargement, état de l`interface utilisateur, erreurs) permettrait de garder les ViewModels maigres et propres. Pour moi le statut et l`approche d`État a fonctionné assez bien. Votre équipe sera plus susceptible de s`engager dans une communication fréquente et constructive lorsque ce comportement est approuvé par le chef de groupe. Modélisez les styles de communication que vous voulez voir en traitant les employés avec respect, en leur fournissant des demandes spécifiques et exploitables, en demandant (et en agissant sur) des retours honnêtes, en célébrant le travail d`équipe et en travaillant continuellement pour améliorer votre propre communication Compétences. Je suis d`accord avec Paul Hegarty et je crois que la vue ne doit pas connaître le modèle.

Il n`est pas si difficile à réaliser, mais il apporte des avantages supplémentaires à votre conception et la flexibilité future. Après la création de la nouvelle application ASP.NET MVC. Vous verrez plusieurs dossiers et fichiers dans la fenêtre de l`Explorateur de solutions. En particulier, vous verrez trois dossiers nommés modèles, vues et contrôleurs. Comme vous pouvez le deviner à partir des noms de dossier, ces dossiers contiennent les fichiers pour implémenter des modèles, des vues et des contrôleurs. L`un des principaux objectifs de MVC/MVVM est de découpler l`interface utilisateur, la logique métier et les données. Ainsi, avec ce concept à l`esprit, permettant à la vue d`accéder directement aux modèles crée une dépendance que vous ne voudrez peut-être pas avoir. D`autre part, envelopper les modèles dans ViewModels est souvent fastidieux et pas très utile que les ViewModels ont tendance à agir simplement comme un passage à la modèles. Confus sur les modèles, les vues et les contrôleurs? Dans ce didacticiel, Stephen Walther vous présente les différentes parties d`une application ASP.NET MVC. Créez l`État en tant que MutableLiveData dans ViewModel. Et comme nous n`exposons LiveData qu`à la couche View, nous devons également fournir des Setters pour View pour mettre à jour son état.