Das Erstellen nativer Module in plattformübergreifenden mobilen Architekturen führt häufig zu redundanten Interop-Schichten und proprietären domänenspezifischen Sprachen. Für Teams, die plattformübergreifende Codebasen skalieren, erhöht die Pflege dieses Schnittstellencodes den Aufwand bei Abhängigkeitsupdates.
Expo Modules 2.0 beseitigt diese Hürde bei der Wartbarkeit, indem es die native Interoperabilität direkt auf standardmäßige Sprachmerkmale stützt. Anstelle einer benutzerdefinierten DSL werden Module als annotierte Swift- oder Kotlin-Klassen geschrieben.
Kurz gesagt
- •
Expo Modules 2.0 ersetzt benutzerdefinierten DSL-Boilerplate-Code durch annotierte Swift- und Kotlin-Klassen, um die plattformübergreifende native Interoperabilität zu optimieren.
- •
Typkonvertierung, Thread-Synchronisation und App-Lifecycle-Management verbleiben beim Framework, während der Code im Stil gängiger mobiler Muster verfasst wird.
- •
SDK 57 führt die iOS-Unterstützung über Swift-Makros ein, während Android-Modelle und UI-Ansichten in späteren Versionen folgen.
Austausch benutzerdefinierter DSLs gegen native Klassen
In der vorherigen Architekturversion mussten Entwickler Modul-APIs mit einer speziell entwickelten domänenspezifischen Sprache beschreiben. Dies erforderte das Erlernen einer Framework-spezifischen Syntax, die sich nicht sauber auf gängige iOS- oder Android-Konventionen abbilden ließ.
Version 2.0 beseitigt diese Reibungsverluste bei der Interoperabilität. Ein Modul wird zu einer annotierten Swift- oder Kotlin-Klasse, in der Entwickler ganz normale Methoden und Eigenschaften schreiben. Bestimmte Elemente werden für die JavaScript-Bereitstellung markiert, ohne dass separater Mapping-Boilerplate-Code gepflegt werden muss.
Sicherstellung von Thread-Sicherheit und Typkonvertierung
Während sich die Erstellung auf native Klassen verlagert, übernimmt die Core-Engine weiterhin komplexe Laufzeitaufgaben. Die Datenkonvertierung zwischen JavaScript-Werten und nativen Typen erfolgt automatisch.
Das Framework führt Funktionen außerdem auf den korrekten Threads aus, um Gerätekerne optimal zu nutzen, wodurch Entwickler keine manuelle Thread-Synchronisationslogik schreiben müssen.
Rollout-Zeitplan und architektonische Hinweise
Entwickler können die neuen Swift-Makros unter iOS ab SDK 57 testen; dies umfasst Funktionen, Records, Shared Objects und Events. UI-Views sind in diesem ersten Release noch nicht enthalten.
Die Android-Unterstützung mit demselben Erstellungsmodell befindet sich derzeit in der Entwicklung. SDK 58 markiert die Beta-Version von Expo Modules 2.0 zusammen mit offizieller Dokumentation und Agent-Skills, um Code-Assistenten bei der Arbeit mit der neuen API zu unterstützen.
Die Einführung sauberer Muster für die native Interoperabilität reduziert den langfristigen Wartungsaufwand in plattformübergreifenden Architekturen.
Die frühzeitige Evaluierung dieser Funktionen hilft Teams dabei, ihre eigenen nativen Schichten rechtzeitig vor dem kommenden stabilen Release vorzubereiten.
Quelle
Expo Blog: An early look at Expo Modules 2.0
https://expo.dev/blog/an-early-look-at-expo-modules-2-0
