Das letzte Kapitel dieser Serie: typische React-Native-Interview-Fragen für Fortgeschrittenen-Positionen – JEDE Antwort verweist zurück auf das Kapitel, in dem wir das Thema an UNSEREM eigenen Projekt praktisch erarbeitet haben.

"Erkläre den Unterschied zwischen der alten Bridge und JSI"

Die alte Bridge: JSON-Serialisierung bei JEDEM Aufruf, IMMER asynchron, alle Module beim Start geladen. JSI: direkter, synchroner C++-Objektzugriff, Module werden LAZY geladen. Eine STARKE Antwort nennt ein konkretes Beispiel, warum das wichtig ist (z. B. Reanimated, das synchron mit dem UI-Thread kommunizieren muss). Vertiefung: Kapitel 8.

"Was ist Fabric?"

Die JSI-basierte Neuimplementierung des Rendering-Systems – erlaubt synchrone Layout-Messungen, der Shadow Tree lebt direkt in C++ statt als über die Bridge synchronisierte Kopie. Vertiefung: Kapitel 8.

"Was macht Hermes anders als andere JS-Engines?"

Hermes kompiliert JavaScript zu Bytecode BEREITS beim Build, nicht erst beim App-Start – spart die Parse-Zeit beim (für mobile Apps besonders kritischen) Cold Start. Nachteil: der Bytecode ist selbst tendenziell größer als minifizierter JS-Quelltext. Vertiefung: Kapitel 6.

"Was ist ein Worklet in Reanimated?"

Eine JavaScript-Funktion, die dank JSI auf den UI-Thread kopiert und dort ausgeführt wird – läuft dadurch unbeeinträchtigt weiter, selbst wenn der JS-Thread blockiert ist. Eine überzeugende Antwort erwähnt runOnJS() als Gegenstück: der Weg, um von INNERHALB eines Worklets zurück auf den JS-Thread zu wechseln. Vertiefung: Kapitel 9-10.

"Wie optimiert man eine langsame FlatList?"

• React.memo auf die Item-Komponente anwenden UND sicherstellen, dass ihre Props (insbesondere Callback-Props) tatsächlich stabil bleiben.
• getItemLayout bei fester Elementhöhe angeben, um Layout-Berechnungen zu überspringen.
• windowSize/maxToRenderPerBatch feinjustieren, basierend auf tatsächlicher Profiler-Messung.
• Bei WIRKLICH langen Listen (hunderte/tausende Einträge): @shopify/flash-list als Alternative in Betracht ziehen.

Vertiefung: Kapitel 5, mit dem Profiler-Werkzeug aus Kapitel 4 zum Messen VOR dem Optimieren.

"Zustand oder Redux Toolkit in React Native – gibt es Unterschiede zum Web?"

Dasselbe Grundprinzip wie im Web (selektive Abonnements statt Context-weite Re-Renders), ABER ein RN-spezifisches Detail: Zustands persist-Middleware braucht explizit createJSONStorage(() => AsyncStorage), da RN kein localStorage kennt (anders als der Web-Standardfall). Redux Toolkits Persistenz-Äquivalent (redux-persist) ist eine SEPARATE Bibliothek, kein eingebautes Feature. Vertiefung: Kapitel 2-3.

"Wann schreibt man ein eigenes natives Modul?"

Nur wenn: (1) eine plattformspezifische SDK ohne fertigen JS-Wrapper existiert, (2) extrem performance-kritischer Code besser direkt in Swift/Kotlin lebt, oder (3) natives Verhalten gebraucht wird, das React Native nicht abbildet. Für die überwiegende Mehrheit der Fälle gibt es bereits eine fertige Community-/Expo-Bibliothek. Vertiefung: Kapitel 11.

"Was sind Over-the-Air-Updates, und was können sie NICHT?"

Verteilung neuen JavaScript-/Asset-Codes an bereits installierte Apps OHNE Store-Review. Funktionieren NICHT für Änderungen an nativem Code (neue native Bibliotheken brauchen einen neuen Store-Build) und dürfen laut Apples Richtlinien nicht genutzt werden, um Kernfunktionalität ohne Review zu verändern. Vertiefung: Kapitel 17.

Bonus: eine typische Live-Coding-Aufgabe selbst nachbauen

Eine häufige Aufgabe für Fortgeschrittenen-Interviews: "Bauen Sie eine Liste, bei der man einen Eintrag durch Wischen löschen kann, mit einer sanften Animation." Genau das haben Sie in Kapitel 10 (Swipe-to-Delete mit Gesture Handler + Reanimated) gebaut. Üben Sie, SwipeableCartItem OHNE Nachschlagen aus dem Gedächtnis nachzuschreiben (Struktur der Gesten-/Animations-Logik, nicht Wort für Wort) – realistische Vorbereitung auf ein Live-Coding-Interview.

Damit ist "React Native für Profis" abgeschlossen – von den Grenzen lokaler Hooks über State-Management-Bibliotheken, Performance-Werkzeuge, die neue Architektur, TypeScript-Integration bis zu Testing, Deployment und Interview-Reife, alles direkt an derselben, durchgängigen produktkatalog-app erarbeitet, die mit "React Native für Einsteiger" begann. Herzlichen Glückwunsch!