iOS Developer Vorstellungsgespräch: Fragen & Antworten (mit Musterantworten)

Musterantwort

Ich nutze ein klares Architekturmuster wie MVVM, um Oberfläche, Logik und Daten sauber zu trennen. Abhängigkeiten halte ich gering und teste die Geschäftslogik unabhängig von der UI. Wiederkehrende Bausteine kapsle ich in wiederverwendbare Komponenten. So bleibt die App auch mit wachsendem Umfang verständlich und gut testbar.

Musterantwort

Swift nutzt Automatic Reference Counting, daher achte ich besonders auf Retain Cycles, etwa zwischen Closures und ihren Objekten. Solche Zyklen vermeide ich mit weak oder unowned Referenzen, wo es passt. Mit den Instruments-Werkzeugen suche ich gezielt nach Speicherlecks. Ein bewusster Umgang mit Referenzen verhindert wachsenden Speicherverbrauch.

Musterantwort

Ich halte den Main Thread frei von aufwendiger Arbeit und verlagere Netzwerk- und Rechenaufgaben in den Hintergrund. Bilder lade und skaliere ich effizient und cache sie, um Ruckler beim Scrollen zu vermeiden. Mit dem Profiler in Instruments messe ich gezielt, wo Frames verloren gehen. Ich teste die UI auch auf älteren Geräten, nicht nur auf dem neuesten iPhone.

Musterantwort

Ich verfolge die WWDC-Sessions und die offizielle Dokumentation, um neue APIs und Richtlinien früh zu kennen. Neue Technologien wie SwiftUI-Funktionen probiere ich in kleinen Projekten aus, bevor ich sie produktiv nutze. Im Team tausche ich mich über Best Practices aus. So bleibe ich aktuell, ohne unausgereifte Neuerungen zu überstürzt einzusetzen.

Musterantwort

Ich entwickelte eine App neu, die unter langen Startzeiten und Abstürzen litt. Ich habe die Architektur auf MVVM umgestellt, das Laden von Daten optimiert und eine solide Testabdeckung aufgebaut. Über Instruments habe ich Speicherlecks beseitigt und den Start beschleunigt. Die App lief danach deutlich stabiler und schneller, was sich in besseren Bewertungen zeigte.

Ein struct ist ein Wertetyp und wird beim Zuweisen kopiert, während eine class ein Referenztyp ist und über Verweise geteilt wird. Apple empfiehlt, standardmäßig structs zu bevorzugen, da sie sicherer im Umgang und frei von Retain Cycles sind.

UIKit ist das ältere, imperative Framework für iOS-Oberflächen, während SwiftUI ein moderneres, deklaratives Framework ist. SwiftUI beschreibt die UI als Funktion des Zustands und reduziert Boilerplate, während UIKit mehr Kontrolle und breitere Verfügbarkeit auf älteren Versionen bietet.

Ein Optional drückt aus, dass ein Wert vorhanden sein kann oder nil ist, und macht das Fehlen eines Werts im Typsystem explizit. Über sicheres Auspacken mit if let oder guard let vermeidet man Abstürze durch unerwartete nil-Werte.

Grand Central Dispatch ist Apples Mechanismus für nebenläufige Programmierung über Queues. Damit verlagert man aufwendige Arbeit auf Hintergrund-Queues und kehrt für UI-Updates auf die Main Queue zurück, um die Oberfläche reaktiv zu halten.

Ein Retain Cycle entsteht, wenn zwei Objekte sich gegenseitig stark referenzieren und dadurch nie freigegeben werden. Man verhindert ihn, indem eine der Referenzen als weak oder unowned deklariert wird, häufig in Closures, die self erfassen.

Der Speicherverbrauch einer App wuchs während der Nutzung stetig an. Mit Instruments habe ich einen Retain Cycle in einer Closure identifiziert, die self stark erfasste. Ich habe die Erfassung auf weak self umgestellt und das Verhalten erneut gemessen. Der Speicherverbrauch blieb danach stabil.

Eine neue iOS-Version änderte das Verhalten einer von uns genutzten API. Ich habe die WWDC-Hinweise und die Dokumentation geprüft und die betroffenen Stellen angepasst. Ich habe die App auf der neuen Version gründlich getestet und gleichzeitig die Kompatibilität mit älteren Versionen sichergestellt. Das Update lief reibungslos.

Für ein neues Feature stand die Wahl des UI-Frameworks an. Da die App eine ausreichend aktuelle iOS-Version voraussetzte und das Feature überschaubar war, habe ich mich für SwiftUI entschieden. So konnten wir schneller entwickeln und weniger Boilerplate schreiben. Das Feature ließ sich sauber in die bestehende App integrieren.

Ein Release verzögerte sich, weil der App-Review eine fehlende Erklärung zu einer genutzten Berechtigung bemängelte. Ich habe die nötige Beschreibung ergänzt und genau erklärt, wofür die Berechtigung dient. Nach der erneuten Einreichung wurde die App freigegeben. Seitdem prüfe ich solche Anforderungen vor jeder Einreichung.