Table des matières:
Vidéo: J'ai codé une application en 1 jour ! 2025
Dans un monde d'application iOS, les objets vue sont responsables de la fonctionnalité d'affichage dans le modèle. Architecture de View-Controller. Une vue est une zone rectangulaire sur l'écran (elle semble être sur le dessus ou dans une fenêtre).
Dans le framework UIKit, les fenêtres sont vraiment un type de vue particulier, mais pour les besoins de cette discussion, cela fait référence aux vues qui se trouvent au-dessus de la fenêtre.
Que font les vues
-
Les vues affichent le contenu. Cela se produit, par exemple, en faisant en sorte que le dessin et l'animation se produisent à l'écran. L'objet de vue affiche les données de l'objet de modèle.
-
Les vues gèrent les événements tactiles. Les vues répondent lorsque l'utilisateur touche un bouton, par exemple. La gestion des événements tactiles fait partie d'une chaîne de répondeurs.
La hiérarchie des vues
En les regardant visuellement, la fenêtre est à la base de cette hiérarchie avec en plus une Vue du contenu (une vue transparente qui remplit la le rectangle de contenu de la fenêtre). La vue Contenu affiche des informations et permet à l'utilisateur d'interagir avec l'application, en utilisant des éléments d'interface utilisateur (de préférence standard) tels que des champs de texte, des boutons, des barres d'outils et des tableaux.
Dans votre programme, cette relation est différente. La vue Contenu est ajoutée à la vue sous forme de sous-vue . Mais la vue Contenu peut aussi avoir ses propres sous-vues, et ainsi de suite. Les relations possibles incluent
- sous-vues .
- vues supérieures de toutes les vues ajoutées.
-
Une vue peut avoir une (et une seule) super-vue et zéro ou plusieurs sous-vues.
Cela semble contre-intuitif, mais une sous-vue est affichée au-dessus de sa vue parente (c'est-à-dire en plus de sa vue d'ensemble). Pensez à cette relation comme confinement: Une vue supérieure contient ses sous-vues.
Les contrôles - tels que les boutons, les champs de texte, etc. - sont en réalité des sous-classes de vue qui deviennent des sous-vues. Donc, est-ce que d'autres zones d'affichage que vous pouvez spécifier. La vue doit gérer ses sous-vues, ainsi que se redimensionner par rapport à ses aperçus. Heureusement, une grande partie de ce que la vue doit faire est déjà codée pour vous. Le framework UIKit fournit le code qui définit le comportement de la vue.
La hiérarchie des vues joue également un rôle clé dans le dessin et la gestion des événements.
Vous créez ou modifiez une hiérarchie de vue à chaque fois que vous ajoutez une vue à une autre vue, soit par programmation, soit à l'aide de l'Interface Builder. Le framework UIKit gère automatiquement les relations associées à la hiérarchie de vue.
En général, les développeurs font abstraction de cette hiérarchie vis-à-vis-de-la-vue-programmée-et sans comprendre ces concepts, il est vraiment difficile de comprendre ce qui se passe.
