Si l'activité de classe que vous avez mentionnée contient une instance, vous pouvez lui transmettre directement l'instance de la vue pour qu'elle fonctionne. Cependant, vous écrirez généralement une méthode dans l'activité pour faire fonctionner la vue, puis laisserez d'autres classes appeler. cette méthode, car la vue La création et la destruction d'instances sont liées au cycle de vie de l'activité, il est donc préférable de ne pas laisser les classes extérieures à l'activité détenir et exploiter directement les vues dans cette activité. les vues dans le fil de discussion de l'interface utilisateur
Non-activité ? Est-ce un fragment ? service? Ou quoi ? Peu importe où vous effectuez la mise à jour, c'est un problème de communication entre eux. Recommandations : 1. Vous pouvez utiliser des interfaces pour la communication 2. Vous pouvez utiliser la bibliothèque open source du bus d'événements EventBar, afin d'apprendre à utiliser une bibliothèque open source
Ce dont vous parlez, c'est que les opérations View sont effectuées dans des classes non-Activity. De cette manière, la plupart utilisent actuellement le modèle de développement MVP et utilisent le mécanisme de rappel d'interface pour faire fonctionner les vues. MVP doit faire du bon travail dans le traitement de la persistance des vues.
Tout d'abord, vous devez connaître la relation entre votre classe et cette activité. S'il s'agit d'une classe assistante, alors cette activité doit avoir une instance de cette classe, il vous suffit alors d'appeler une méthode correspondante de cette instance. .Si cela Si la classe a besoin d'exploiter un certain objet de vue ou un autre objet dans l'activité, transmettez cet objet en tant que paramètre dans la méthode. S'il s'agit d'autres cours, comme le service ou la diffusion, apprenez à utiliser ces composants J'espère que cela vous sera utile,
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Si l'activité de classe que vous avez mentionnée contient une instance, vous pouvez lui transmettre directement l'instance de la vue pour qu'elle fonctionne. Cependant, vous écrirez généralement une méthode dans l'activité pour faire fonctionner la vue, puis laisserez d'autres classes appeler. cette méthode, car la vue La création et la destruction d'instances sont liées au cycle de vie de l'activité, il est donc préférable de ne pas laisser les classes extérieures à l'activité détenir et exploiter directement les vues dans cette activité. les vues dans le fil de discussion de l'interface utilisateur
Non-activité ? Est-ce un fragment ? service? Ou quoi ? Peu importe où vous effectuez la mise à jour, c'est un problème de communication entre eux.
Recommandations :
1. Vous pouvez utiliser des interfaces pour la communication
2. Vous pouvez utiliser la bibliothèque open source du bus d'événements EventBar, afin d'apprendre à utiliser une bibliothèque open source
Ce dont vous parlez, c'est que les opérations View sont effectuées dans des classes non-Activity. De cette manière, la plupart utilisent actuellement le modèle de développement MVP et utilisent le mécanisme de rappel d'interface pour faire fonctionner les vues. MVP doit faire du bon travail dans le traitement de la persistance des vues.
Tout d'abord, vous devez connaître la relation entre votre classe et cette activité. S'il s'agit d'une classe assistante, alors cette activité doit avoir une instance de cette classe, il vous suffit alors d'appeler une méthode correspondante de cette instance. .Si cela Si la classe a besoin d'exploiter un certain objet de vue ou un autre objet dans l'activité, transmettez cet objet en tant que paramètre dans la méthode.
S'il s'agit d'autres cours, comme le service ou la diffusion, apprenez à utiliser ces composants
J'espère que cela vous sera utile,