SwiftUI ré-exécute body chaque fois que l'état observé change, puis compare (diffs) le nouvel arbre de vues à l'ancien et ne met à jour que ce qui diffère. Les problèmes de performance viennent de ce qu'on fait faire trop de travail à ce diff : une instable, une trop large, et des calculs de coûteux. Corrigez cela en contrôlant l'identité, en délimitant l'état et en gardant peu coûteux.
bodybodySwiftUI apparie les vues entre les rendus par leur identité. Pour les listes, c'est l'id ; si l'id est instable, SwiftUI jette et reconstruit la vue (perdant état et animations) au lieu de la mettre à jour.
// MAUVAIS : index de tableau comme id — réordonnancements/insertions cassent l'identité, reconstruction totale
ForEach(items.indices, id: \.self) { i in Row(items[i]) }
// BON : identité stable liée à la donnée
ForEach(items) { item in Row(item) } // items : Identifiable, id stable
Un ObservableObject refait le rendu de toutes les vues qui l'observent chaque fois que n'importe quelle propriété @Published change. Découpez les gros modèles, ou passez au framework Observation (@Observable, iOS 17+), qui suit les lectures par propriété : une vue ne refait son rendu que lorsqu'une propriété qu'elle a réellement utilisée change.
@Observable final class Feed { // iOS 17 : suivi fin des dépendances
var unreadCount = 0 // une vue ne lisant que .posts ne se re-rendra pas là-dessus
var posts: [Post] = []
}
body s'exécute souvent, alors ne faites jamais de travail lourd en ligne :
var body: some View {
List(sortedItems) { ... } // MAUVAIS si sortedItems trie à chaque rendu
}
// BON : calculez les données dérivées dans le modèle, pas dans body
LazyVStack/List pour les grandes collections afin que les lignes hors écran ne soient pas construites..equatable() ou EquatableView pour court-circuiter le diffing sur les sous-arbres stables.AnyView efface l'identité de type et défait le diffing structurel — évitez-le dans les chemins critiques.Sur un écran ProMotion à 120 Hz, vous disposez d'environ 8 ms par frame ; un body qui trie un grand tableau ou refait le rendu d'une liste entière laisse tomber des frames et saccade le défilement. Les entretiens senior sondent l'identité des vues et la portée de l'observation car c'est là que les vraies apps SwiftUI deviennent lentes — et où quelques corrections précises restaurent la fluidité.
Une bibliothèque de questions d'entretien IT avec des réponses détaillées — du Junior au Senior.
Faire un don