Questions d'entretien Développeur iOS : réponses et exemples

Réponse type

Je sépare clairement les responsabilités avec un patron comme MVVM, qui isole la logique de présentation des vues. Je garde les vues légères et testables, et je centralise la logique métier dans des couches dédiées. Cette structure facilite les tests, la maintenance et le travail en équipe sur une base de code qui grandit.

Réponse type

Je comprends le comptage de références automatique d'ARC et j'évite les cycles de rétention en utilisant weak ou unowned aux bons endroits, notamment dans les closures. Je profile avec Instruments pour détecter les fuites. Une bonne gestion mémoire préserve la fluidité et évite les plantages sur les appareils plus anciens.

Réponse type

Je veille à ne jamais bloquer le fil principal avec des opérations lourdes, que je déporte en arrière-plan. J'optimise le rendu des listes et le chargement des images, et je limite les recalculs de mise en page coûteux. J'utilise Instruments pour repérer les ralentissements et les images perdues.

Réponse type

Je prépare les métadonnées, les captures et le respect des règles de l'App Store dès le départ pour éviter les rejets. J'utilise TestFlight pour les tests bêta et un déploiement progressif. Je surveille ensuite les avis et les rapports de plantage pour corriger rapidement après publication.

Réponse type

Je suis attentivement les annonces de la WWDC et les sessions techniques associées, ainsi que la documentation officielle. J'expérimente les nouveautés comme SwiftUI sur des projets personnels avant de les adopter en production. Cette veille me permet d'utiliser les bonnes API au bon moment.

Une structure est un type valeur copié à l'affectation, tandis qu'une classe est un type référence partagé. Les structures conviennent aux données immuables et évitent les effets de bord, ce qui les rend privilégiées par défaut en Swift. Les classes servent quand l'identité partagée ou l'héritage sont nécessaires.

Un optionnel représente une valeur qui peut être présente ou absente, exprimant explicitement l'absence avec nil. On le déballe en sécurité avec if let, guard let ou l'opérateur de coalescence. Cela élimine une grande classe d'erreurs liées aux valeurs nulles.

Les deux créent des références faibles pour éviter les cycles de rétention, mais weak peut devenir nil et doit donc être optionnel. unowned suppose que la référence existera toujours pendant l'usage et ne peut être nil. On utilise unowned uniquement quand on a la garantie que la cible survit à la référence.

UIKit est le framework impératif historique, où l'on manipule directement les vues. SwiftUI est déclaratif : on décrit l'interface en fonction de l'état, et le framework gère les mises à jour. SwiftUI accélère le développement, mais UIKit reste utile pour les besoins avancés ou le support d'anciennes versions.

J'utilise async/await pour écrire du code asynchrone lisible et les acteurs pour protéger un état partagé contre les accès concurrents. Cela remplace avantageusement les anciens callbacks et réduit les conditions de concurrence. Les tâches structurées facilitent aussi l'annulation et la gestion des erreurs.

Une application gonflait en mémoire jusqu'au plantage après navigation répétée. Avec Instruments, j'ai repéré un cycle de rétention entre un contrôleur et une closure. J'ai introduit une capture weak self, ce qui a éliminé la fuite et stabilisé l'usage mémoire.

Une soumission a été rejetée pour une question de respect de la vie privée non documentée. J'ai analysé le motif précis, ajouté les explications d'usage requises et clarifié la collecte de données. La nouvelle soumission a été acceptée, et j'ai depuis intégré ces vérifications en amont.

Une partie d'une application devenait difficile à maintenir en UIKit. J'ai migré progressivement des écrans isolés vers SwiftUI en les intégrant à l'existant. Cette approche par étapes a réduit le risque et accéléré le développement des nouveaux écrans sans tout réécrire d'un coup.

Un défilement de liste saccadait à cause d'un calcul de hauteur coûteux à chaque cellule. J'ai mis en cache les hauteurs et déporté le traitement des images en arrière-plan. Le défilement est redevenu parfaitement fluide, y compris sur les appareils plus anciens.