Vous pouvez définir une balise pour la vue, puis utiliser viewWithTag pour effectuer une recherche en cas de besoin - ce n'est pas recommandé, c'est trop obscur, sujet aux erreurs et l'efficacité de la recherche n'est pas élevée.
Si vous avez besoin d'accéder à une vue dans le contrôleur, vous devez la connecter et enregistrer une référence dans le contrôleur - normalement, c'est ce que vous devez faire.
Selon vos besoins, il n'est pas approprié de laisser view2 être le proxy de view1. View ne devrait être responsable que de l'affichage et de l'acceptation des opérations de l'utilisateur. Les actions ultérieures requises une fois l'opération terminée devraient être de la responsabilité. du contrôleur, ou il peut utiliser MVVM, la vue est liée au viewModel Lorsque l'utilisateur effectue une opération, le viewModel correspondant est mis à jour. La vue de l'autre côté surveille les modifications dans le viewModel et répond en conséquence.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Vous pouvez définir une balise pour la vue, puis utiliser viewWithTag pour effectuer une recherche en cas de besoin - ce n'est pas recommandé, c'est trop obscur, sujet aux erreurs et l'efficacité de la recherche n'est pas élevée.
Si vous avez besoin d'accéder à une vue dans le contrôleur, vous devez la connecter et enregistrer une référence dans le contrôleur - normalement, c'est ce que vous devez faire.
Selon vos besoins, il n'est pas approprié de laisser view2 être le proxy de view1. View ne devrait être responsable que de l'affichage et de l'acceptation des opérations de l'utilisateur. Les actions ultérieures requises une fois l'opération terminée devraient être de la responsabilité. du contrôleur, ou il peut utiliser MVVM, la vue est liée au viewModel Lorsque l'utilisateur effectue une opération, le viewModel correspondant est mis à jour. La vue de l'autre côté surveille les modifications dans le viewModel et répond en conséquence.