Modele mvp

Postat

Le modèle s`adapte à backbone. Model (il n`est pas très différent des modèles dans MVC du tout). Le ViewModel récupère les données du «modèle» lorsqu`il est demandé à partir de la «vue» via l`infrastructure de données Android. Avec le modèle MVVM de liaison de données, les deux «activités» et «fragments» sont devenus légers. En outre, pour écrire des tests unitaires pour les développeurs Android devient également facile en raison de la ”ViewModels” qui sont couplés à partir de la vue. Vous pouvez implémenter cela en créant trois classes de modèle différentes, en particulier sous la forme de source de données distante, source de données locale et référentiel de données. Sollicités par une vue, les présentateurs effectuent tout travail à faire avec les demandes des utilisateurs et leur transmettent des données. À cet égard, ils récupèrent les données, les manipulent et déterminent la façon dont les données doivent être affichées dans la vue. Dans certaines implémentations, le présentateur interagit également avec une couche de service pour conserver les données (modèles). Les modèles peuvent déclencher des événements, mais c`est le rôle de présentateurs de s`abonner à eux afin qu`il puisse mettre à jour la vue. Dans cette architecture passive, nous n`avons aucun concept de liaison directe de données.

Les affichages exposent les Setters que les présentateurs peuvent utiliser pour définir des données. L`entrée commence par la vue, et non par le présentateur. Il existe un mappage un-à-un entre la vue et le présentateur associé. La vue contient une référence au présentateur. Le présentateur réagit également aux événements déclenchés à partir de la vue, de sorte qu`il est conscient de l`affichage de son associé. Le présentateur met à jour la vue en fonction des actions demandées qu`elle effectue sur le modèle, mais la vue n`est pas consciente du modèle. Visualisons comment les données et les événements circulent à travers une triade modèle-vue-présentateur. Un autre modèle à examiner est le modèle de présentation. Dans ce modèle, il n`y a pas de présentateur. Au lieu de cela, la vue se lie directement à un modèle de présentation. Le modèle de présentation est un modèle conçu spécifiquement pour la vue. Cela signifie que ce modèle peut exposer des propriétés que l`on ne mettrait jamais sur un modèle de domaine car il serait une violation de la séparation des préoccupations.

Dans ce cas, le modèle de présentation se lie au modèle de domaine et peut s`abonner à des événements provenant de ce modèle. La vue s`abonne ensuite aux événements provenant du modèle de présentation et se met à jour en conséquence. Le modèle de présentation peut exposer des commandes que la vue utilise pour appeler des actions. L`avantage de cette approche est que vous pouvez essentiellement supprimer le code-behind tout à fait que le PM encapsule complètement tout le comportement de la vue. Ce modèle est un candidat très fort pour une utilisation dans les applications WPF et est également appelé Model-View-ViewModel.