Designing a native map UI component

WHAT THIS TESTS Whether you understand that high-performance, platform-native views should be bridged as Native UI Components rather than reimplemented in JavaScript, and how props and events cross the bridge.

A GOOD ANSWER COVERS You build a Native UI Component backed by a platform view manager: on iOS the manager hosts an MKMapView, on Android a Google Maps MapView, each rendering on the native side for smooth gestures and rendering. Props declared in JS, such as initialRegion, are forwarded by the bridge to native prop setters that configure the underlying map. Native events like camera or region changes are dispatched as bubbling events that React receives as onRegionChange callbacks with a normalized payload. The key is a single JS component exposing one consistent prop and event contract, so the React developer is unaware of the platform underneath. With the New Architecture you would define this as a Fabric component with a codegen spec for type-safe props and events.

COMMON WRONG ANSWERS Reimplementing the map purely in JS, which destroys performance; leaking platform-specific prop names into the JS API; or passing large objects across the bridge on every frame instead of throttling region-change events. Ignoring the New Architecture's Fabric and codegen approach signals dated knowledge.

LIKELY FOLLOW-UPS How do props differ from imperative methods exposed via refs? How does Fabric and codegen improve type safety and performance over the old bridge? How do you throttle high-frequency events like onRegionChange?

ONE CONCRETE EXAMPLE The JS component MapView takes initialRegion={{ latitude, longitude, latitudeDelta, longitudeDelta }} and onRegionChange={r => ...}. On iOS the view manager translates initialRegion into an MKCoordinateRegion set on MKMapView and forwards regionDidChange as onRegionChange; on Android it sets the camera on the Google MapView and forwards onCameraIdle similarly. The React developer uses the same props on both platforms without touching native code.