SwiftUI en 2025 : Le Guide Complet du Novice à l'Expert

Publié le · 48 min

Wlad
Wlad
Fondateur & Tech Lead Swift
Swift SwiftUI iOS Apple UI Frontend Mobile

SwiftUI a parcouru un chemin considérable depuis son annonce surprise à la WWDC 2019. Six ans plus tard, le framework déclaratif d'Apple s'est imposé comme la référence incontournable pour construire des interfaces sur l'ensemble de l'écosystème Apple. Mais est-il vraiment prêt pour la production ? Quand l'adopter ? Comment l'utiliser efficacement ? Ce guide exhaustif répond à toutes ces questions, du premier Text("Hello") aux optimisations de performance les plus pointues.

Pourquoi SwiftUI a tout changé

Le problème qu'Apple a voulu résoudre

Avant SwiftUI, développer une interface iOS signifiait utiliser UIKit — un framework puissant mais verbeux, hérité de l'ère Objective-C. Créer un simple écran de login nécessitait des dizaines de lignes de code : instancier des vues, configurer des contraintes Auto Layout, câbler des delegates, gérer manuellement les mises à jour d'état.

UIKit suit un paradigme impératif : vous décrivez comment construire et modifier l'interface étape par étape. SwiftUI adopte l'approche inverse, un paradigme déclaratif : vous décrivez ce que l'interface doit afficher, et le framework se charge du reste.

La différence est frappante : 50+ lignes contre 20, zéro gestion manuelle des contraintes, et surtout un code qui se lit comme une description de l'interface.

Les avantages concrets de SwiftUI

1. Productivité décuplée Le temps de développement d'une interface est réduit de 30 à 50% selon les retours de la communauté. Moins de boilerplate signifie moins de bugs et plus de temps pour la logique métier.

2. Preview en temps réel Xcode affiche instantanément le rendu de vos vues sans compilation complète. Vous modifiez le code, vous voyez le résultat. Ce feedback loop ultra-rapide change radicalement la façon de travailler.

3. Animations automatiques SwiftUI anime automatiquement les transitions d'état. Ajoutez .animation(.spring(), value: isExpanded) et le framework interpole élégamment entre les deux états.

4. Accessibilité native Les composants SwiftUI sont accessibles par défaut. VoiceOver, Dynamic Type, contraste — tout fonctionne sans effort supplémentaire dans la majorité des cas.

5. Multi-plateforme réel Un même code SwiftUI peut cibler iOS, iPadOS, macOS, watchOS, tvOS et visionOS. Pas une promesse marketing : une réalité technique avec des adaptations automatiques par plateforme.

Chronologie des évolutions majeures (2019-2025)

iOS 13 (2019) : La naissance

SwiftUI 1.0 était prometteur mais limité. Les fondations étaient solides — le système de state management, les property wrappers @State, @Binding, @ObservedObject — mais les lacunes nombreuses :

  • Pas de LazyVStack/LazyHStack (performances catastrophiques sur les longues listes)

  • List très basique, sans swipe actions personnalisables

  • Navigation primitive avec NavigationView peu flexible

  • Pas de TextField avec focus programmatique

  • Pas de SearchBar native

  • Interopérabilité UIKit laborieuse

Verdict 2019 : Utilisable uniquement pour des écrans secondaires ou des prototypes.

iOS 14 (2020) : Les fondations se solidifient

Apple a écouté les retours et livré des améliorations majeures :

Nouveautés clés :

  • LazyVStack, LazyHStack, LazyVGrid, LazyHGrid

  • @StateObject pour instancier des ObservableObject

  • Protocol App et @main (adieu AppDelegate pour les apps simples)

  • ScrollViewReader pour scroller programmatiquement

  • Widgets avec WidgetKit (SwiftUI uniquement)

Verdict 2020 : Viable pour des apps complètes mais avec des workarounds fréquents.

iOS 15 (2021) : La maturité approche

Nouveautés clés :

  • @FocusState pour le focus clavier

  • .searchable natif

  • .refreshable pour le pull-to-refresh

  • .task pour les opérations async

  • AsyncImage pour le chargement d'images distant

  • Swipe actions personnalisables sur List

  • Canvas pour le dessin performant

  • Material backgrounds (.ultraThinMaterial, etc.)

Verdict 2021 : Utilisable en production pour la majorité des apps, avec quelques contournements UIKit pour les cas complexes.

iOS 16 (2022) : NavigationStack révolutionne la navigation

C'est LA release qui a changé la donne pour les apps complexes :

Nouveautés clés :

  • NavigationStack et NavigationSplitView remplacent NavigationView

  • Navigation programmatique avec NavigationPath

  • Swift Charts intégré

  • Layout protocol pour des layouts custom

  • ViewThatFits pour les layouts adaptatifs

  • Grid pour les grilles complexes

  • Améliorations majeures de TextField et TextEditor

Verdict 2022 : SwiftUI devient viable pour toutes les apps, y compris les plus complexes.

iOS 17 (2023) : Le point de bascule

iOS 17 marque un tournant décisif. Apple a introduit le macro @Observable, simplifiant drastiquement le state management :

Nouveautés clés :

  • @Observable macro (simplifie radicalement le state management)

  • #Preview macro (remplace PreviewProvider)

  • Animations par phases (phaseAnimator)

  • scrollTransition pour des effets de scroll

  • contentMargins pour les marges de contenu

  • Améliorations de ScrollView (pagination, position)

  • TipKit pour les indices utilisateur

  • Sensory feedback (haptics déclaratifs)

Verdict 2023 : SwiftUI est officiellement prêt pour la production. Point de bascule recommandé.

iOS 18/26 (2024) : Raffinements et visionOS

Note importante : Depuis septembre 2025, Apple a unifié le versioning de tous ses systèmes d'exploitation sur la version 26 (iOS 26, macOS 26, watchOS 26, tvOS 26, visionOS 26). iOS 18 correspond donc aux versions déployées entre juin 2024 et septembre 2025.

Nouveautés clés :

  • MeshGradient pour des dégradés complexes

  • Transitions de navigation zoom

  • Contrôles personnalisés dans Control Center

  • Améliorations de l'accessibilité

  • Optimisations de performance

iOS 26 (2025) : État actuel

En 2025, avec l'alignement sur iOS 26, SwiftUI intègre :

  • Support complet de visionOS et spatial computing

  • Améliorations continues de performance

  • API de plus en plus complètes

  • Intégration poussée avec Swift 6 et son modèle de concurrence

Quand adopter SwiftUI en production ?

Ma recommandation : iOS 17+ comme baseline

Après six ans d'évolution et des dizaines de projets, voici mon avis tranché :

iOS 17 est le point de bascule idéal pour plusieurs raisons :

  • @Observable change tout : Fini le boilerplate @Published, @ObservedObject, @StateObject. Le code est 30% plus concis et infiniment plus lisible.

  • Maturité des API : NavigationStack (iOS 16), Charts, Layout protocol — tout ce qui manquait est maintenant stable.

  • Performance native : Les optimisations accumulées font que SwiftUI rivalise avec UIKit en performance brute.

  • Couverture marché : En 2025, iOS 17+ représente environ 85-90% des appareils actifs.

Exceptions où UIKit reste pertinent

  • Apps avec des besoins d'accessibilité très spécifiques nécessitant un contrôle fin sur UIAccessibility

  • Éditeurs de texte avancés (type Notion) — TextKit 2 UIKit reste plus complet

  • Apps existantes massives — migration progressive via UIHostingController

  • Contraintes de support iOS 15 (cas rare en 2025)

Gestion de l'état : du novice à l'expert

Niveau novice : Les bases

SwiftUI utilise des property wrappers pour gérer l'état. Voici les fondamentaux :

Règle d'or : @State pour l'état local, @Binding pour partager avec les enfants.

Niveau intermédiaire : État partagé

Pour un état partagé entre plusieurs vues non directement liées :

Niveau avancé : Architecture MVVM propre

Navigation avancée

Navigation programmatique complète

Deep linking

Animations avancées

Animations interactives

Interopérabilité UIKit

Intégrer UIKit dans SwiftUI

Intégrer SwiftUI dans UIKit

Performance et optimisation

Identifier les problèmes de performance

Optimisations essentielles

Pièges courants et solutions

1. Closure capture dans les vues

2. NavigationLink instantiation excessive

3. État partagé incorrect

4. Task annulation

5. Environment overuse

Bonnes pratiques 2025

Architecture recommandée

  • MVVM avec @Observable : Simple, testable, performant

  • Services injectés : Protocoles pour la testabilité

  • Navigation centralisée : Router avec NavigationPath

  • État minimal : Seulement ce qui drive l'UI

Conventions de nommage

Structure de fichiers recommandée

Pour aller plus loin

Documentation officielle Apple

WWDC Sessions essentielles

  • WWDC 2023 : "Discover Observation in SwiftUI" — Introduction à @Observable

  • WWDC 2022 : "The SwiftUI cookbook for navigation" — NavigationStack en profondeur

  • WWDC 2022 : "Compose custom layouts with SwiftUI" — Layout protocol

  • WWDC 2021 : "Demystify SwiftUI" — Comprendre le moteur de rendu

  • WWDC 2020 : "Structure your app for SwiftUI previews" — Organisation du code

Ressources communautaires

SwiftUI en 2025, c'est un framework mature, performant et complet. L'époque des compromis et workarounds UIKit est révolue pour la grande majorité des projets. Si vous démarrez un nouveau projet iOS, macOS ou multi-plateforme Apple, SwiftUI avec iOS 17+ comme baseline est le choix évident.

Dans un prochain article, nous explorerons les nouveautés SwiftUI annoncées à la WWDC 2025 et leur impact sur nos architectures.