Bonjour,
Je m'intéresse au MVP pour ma future application. Dans ce design Pattern la vue et le modèle sont sensés être indépendants. Cette séparation me pose beaucoup de questions en terme d'architecture.
Je n'ai pas vu de tutos/documents décrivant les traitements interactifs ni la gestion des erreurs dans ce pattern.
Je vois le modèle comme une "bibliothèque" de service (Accès aux données du SGBD, accès à des web-services, ...) le tout derrière la façade du modèle. La vue quant à elle offre des services GUI pour communiquer avec l'utilisateur. On peut alors voir la couche de présentation entre ces deux façades (ie interfaces), elle-même serait comme une double interface. Une interface du modèle pour la vue et une interface de la vue pour les données.
Si j'ai bien compris ce design, la présentation serait la couche qui implémenterait la logique de l'application (Business logic, logic domain). Là où le modèle offrirait un accès aux fonctions métier, la logique métier serait dans la présentation.
Restent à gérer :
- La communication utilisateur durant un traitement (demande de confirmation, proposer une valeur corrigée car celle fournie comme paramètre ne convient pas, ...) de la logique métier
- La remontée des erreurs entre les couches.
Enfin, certains ont expliqué qu'ils se permettaient quelques dépendances notamment en mettant directement des instructions de dialogue utilisateur dans la couche présentation.
Ma vision de ce design est-elle correcte ou dois-je reformater ?
Merci pour vos points de vue
Partager