La couche P connecte le modèle et la vue. Les données sont chargées dans la couche modèle et la couche P appelle la méthode de la couche modèle. L'affichage de l'effet est traité dans la couche vue. les données, elles interagissent avec la couche de vue. Je ne sais pas si cette explication est possible.
La tâche principale de la couche p est de gérer diverses logiques
Je pense que l'un des défauts de MVP est qu'il nécessite d'écrire beaucoup d'interfaces et de code. Si une activité comporte suffisamment de tâches (par exemple, il n'y a qu'une seule liste demandant le réseau), la logique peut être écrite directement dans l'activité. Il n'est pas nécessaire de forcer mvp
Je pense que les données (y compris les requêtes réseau et l'analyse JSON) devraient être placées sur la couche V, et une interface de rappel devrait être configurée pour envoyer les données traitées à la couche P si les données doivent être mises à jour vers la couche V. couche, il sera poussé par le rendu de la couche P. (Mots d'un débutant)
presenter est principalement responsable de la couche logique. Le chargement des données que vous avez mentionné est appelé la couche Model par de nombreuses personnes. Le présentateur ne contrôle que diverses logiques. exemple open source github google
Le présentateur coordonne la vue et le modèle. Le sentiment intuitif est la logique de contrôle entre V-M
.
Les modifications du modèle sont rappelées vers View via Presenter ; les modifications de vue sont rappelées vers Model via Presenter de cette manière, le modèle et la vue ne sont pas étroitement couplés, ce qui améliore dans une certaine mesure la valeur d'encapsulation et de réutilisation, ce qui est plus fort que ; MVC...
Presenter est simplement le pont entre View et Model. D'une part, la méthode Presenter est appelée dans la View pour implémenter le contrôle logique, puis le Presenter appelle la méthode dans le Model pour effectuer un travail de demande de données spécifique, puis via des rappels, transmis par le présentateur à la vue pour restituer les données. Je pense que vous avez besoin de deux exemples pour comprendre le modèle MVP. J'en recommande deux : 1 StylishMusic 2.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
La couche P connecte le modèle et la vue.
Les données sont chargées dans la couche modèle et la couche P appelle la méthode de la couche modèle.
L'affichage de l'effet est traité dans la couche vue. les données, elles interagissent avec la couche de vue. Je ne sais pas si cette explication est possible.
La tâche principale de la couche p est de gérer diverses logiques
Je pense que l'un des défauts de MVP est qu'il nécessite d'écrire beaucoup d'interfaces et de code. Si une activité comporte suffisamment de tâches (par exemple, il n'y a qu'une seule liste demandant le réseau), la logique peut être écrite directement dans l'activité. Il n'est pas nécessaire de forcer mvp
.Je pense que les données (y compris les requêtes réseau et l'analyse JSON) devraient être placées sur la couche V, et une interface de rappel devrait être configurée pour envoyer les données traitées à la couche P si les données doivent être mises à jour vers la couche V. couche, il sera poussé par le rendu de la couche P. (Mots d'un débutant)
presenterest principalement responsable de la couche logique. Le chargement des données que vous avez mentionné est appelé la coucheModelpar de nombreuses personnes. Le présentateur ne contrôle que diverses logiques. exemple open source github googleLe présentateur coordonne la vue et le modèle. Le sentiment intuitif est la logique de contrôle entre V-M
.Les modifications du modèle sont rappelées vers View via Presenter ; les modifications de vue sont rappelées vers Model via Presenter de cette manière, le modèle et la vue ne sont pas étroitement couplés, ce qui améliore dans une certaine mesure la valeur d'encapsulation et de réutilisation, ce qui est plus fort que ; MVC...
Presenter est simplement le pont entre View et Model. D'une part, la méthode Presenter est appelée dans la View pour implémenter le contrôle logique, puis le Presenter appelle la méthode dans le Model pour effectuer un travail de demande de données spécifique, puis via des rappels, transmis par le présentateur à la vue pour restituer les données. Je pense que vous avez besoin de deux exemples pour comprendre le modèle MVP. J'en recommande deux :
1 StylishMusic
2.