Sondage : quels frameworks Swift (iOS/macOS) sont utilisés en production
La communauté des développeurs Swift continue de croître activement, tout comme l'écosystème des frameworks. Nous avons mené un sondage auprès des développeurs Swift professionnels pour découvrir quels outils sont réellement utilisés dans des projets commerciaux réels sous iOS et macOS. Plus de 500 ingénieurs de Russie et de la CEI ont participé au sondage. Nous partageons les résultats clés.
Les leaders : SwiftUI et UIKit — la bataille des générations
Deux frameworks pour la construction d'interfaces utilisateur restent les favoris incontestés :
- SwiftUI — 68% des répondants l'utilisent en production. Principales raisons : syntaxe déclarative, volume de code réduit et excellente intégration avec Xcode Previews. Cependant, le framework nécessite encore iOS 15+ pour une fonctionnalité complète, ce qui limite son utilisation dans les projets avec un large support des anciens appareils.
- UIKit — 54% des développeurs continuent de l'utiliser, souvent en combinaison hybride avec SwiftUI. UIKit reste indispensable pour les animations personnalisées complexes, le travail avec les collections et le support d'iOS 12–14.
Fait intéressant, 22% des personnes interrogées ont déclaré utiliser les deux frameworks simultanément, en les combinant via UIHostingController.
Requêtes réseau et architecture
En ce qui concerne le travail réseau et l'architecture des données, la situation est la suivante :
- URLSession (intégré) — 71%. Malgré l'apparition de bibliothèques tierces, la solution Apple reste le standard de facto.
- Alamofire — 33%. Toujours populaire pour les scénarios complexes avec mise en cache, tentatives répétées et journalisation.
- Combine — 29%. Utilisé pour la programmation réactive, le plus souvent en combinaison avec SwiftUI et MVVM.
- Async/await (natif) — 45%. Gagne rapidement en popularité, surtout dans les nouveaux projets.
Swift côté serveur : Vapor — leader incontesté
Pour le développement backend en Swift (macOS/Linux), les résultats sont sans équivoque :
- Vapor — 78% parmi ceux qui écrivent du backend en Swift. Le framework offre une pile complète : routage, ORM (Fluent), authentification et WebSocket.
- Hummingbird — 9%. Léger et rapide, mais encore de niche.
- Kitura (IBM) — 3%. A pratiquement disparu du marché, le support a été interrompu.
Stockage de données et mise en cache
En matière de stockage local, les leaders sont :
- Core Data — 41% (plus souvent dans les anciens projets).
- SwiftData — 27% (en forte croissance, surtout sur iOS 17+).
- Realm — 15% (perte de positions en raison du désengagement de MongoDB du support actif).
- UserDefaults / Keychain — 89% (utilisés par pratiquement tout le monde pour les réglages simples).
Quoi d'autre à noter
Le sondage a également montré que 62% des développeurs utilisent Swift Package Manager comme outil principal de gestion des dépendances. CocoaPods et Carthage appartiennent au passé — leur part est tombée à 18% et 5% respectivement.
De plus