AndroidArchitecture MVP


Introduction

Cette rubrique fournira une architecture MVP (Model ‑ View ‑ Presenter) avec différents exemples.

Remarques

Il existe de nombreuses façons de concevoir une application Android. Mais tous ne sont pas testables et nous permettent de structurer notre code pour que l’application soit facile à tester. L'idée clé d'une architecture à tester est de séparer des parties de l'application, ce qui les rend plus faciles à entretenir, à étendre et à tester séparément les unes des autres.

Définition MVP

Modèle

Dans une application dotée d'une bonne architecture en couches, ce modèle ne serait que la passerelle vers la couche de domaine ou la logique métier. Voir comme le fournisseur des données que nous voulons afficher dans la vue.

Vue

La vue, généralement implémentée par une Activity ou un Fragment , contiendra une référence au présentateur . La seule chose à faire est d'appeler une méthode du présentateur chaque fois qu'il y a une action d'interface.

Présentateur

Le présentateur est responsable d'agir en tant qu'intermédiaire entre View et Model. Il récupère les données du modèle et les retourne au format de la vue. Mais contrairement au MVC typique, il décide également de ce qui se passe lorsque vous interagissez avec la vue.

* Définitions tirées de l'article d' Antonio Leiva.

Structure de l'application recommandée (non requise)

L'application doit être structurée par package par fonctionnalité . Cela améliore la lisibilité et modularise l'application de telle sorte que certaines parties peuvent être modifiées indépendamment les unes des autres. Chaque fonctionnalité clé de l'application se trouve dans son propre package Java.

Architecture MVP Exemples Liés