Technologie · Framework

React Native.

React Native is het open-source framework van Meta voor cross-platform mobile apps in JavaScript en TypeScript. Eén codebase, native iOS- en Android-apps, met ruimte voor web en desktop. Wij bouwen er B2B- en B2C-apps mee voor klanten die snel naar mobile willen zonder twee aparte teams op te tuigen.

TypeCross-platform framework
MakerMeta (2015)
TaalJavaScript / TypeScript
PlatformsiOS, Android, web
ArchitectuurFabric + TurboModules
LicentieMIT (open-source)

Wat is React Native?

React Native is een open-source framework dat Meta in 2015 publiceerde om dezelfde React-componenten die je voor het web schrijft te draaien op iOS en Android. Onder de motorkap wordt JavaScript of TypeScript via een bridge gekoppeld aan echte native UI-elementen — Objective-C en Swift op iOS, Java en Kotlin op Android. Het resultaat is geen webview en geen "hybride app" zoals Cordova of Ionic, maar een native interface die door React wordt aangestuurd. Wat de gebruiker op zijn scherm ziet is echte UIKit of Android Views; alleen de logica en de orkestratie zit in JavaScript.

Het ecosysteem is in tien jaar tijd grondig volwassen geworden. Apps als Facebook, Instagram, Discord, Shopify, Microsoft Office en Walmart draaien op delen van React Native, en een breed scala aan Fortune 500-bedrijven gebruikt het framework ergens in hun productportfolio. Sinds versie 0.76 is de nieuwe architectuur (Fabric als renderer, TurboModules voor native modules) standaard, met Hermes als JavaScript-engine. Die nieuwe architectuur is de grootste prestatiesprong sinds de eerste release: de oude asynchrone bridge tussen JS en native is vervangen door synchrone, type-veilige interop. Voor opdrachtgevers betekent dat minder vertraging op interacties die voorheen merkbaar waren.

Voor opdrachtgevers betekent dit het volgende. Eén team, één codebase, twee app-stores. Een ontwikkelaar die React voor het web kent, kan binnen een paar dagen meewerken aan de mobile-app. De talenpool voor React-developers is in Nederland bovendien aanzienlijk groter dan voor Swift- of Kotlin-specialisten, wat het werven en het onderhoud op lange termijn vereenvoudigt. We zetten React Native in voor B2B-apps, klantportalen, e-commerce, healthcare-apps en field-service-tools die we elders hebben uitgewerkt op field-service-app-ontwikkelen. Voor een breder beeld van onze app-aanpak is diensten/app-ontwikkeling het startpunt.

De typische gebruikers die we tegenkomen vallen in vier groepen. Founders die een MVP willen lanceren zonder twee aparte mobile-teams op te tuigen. CTO's die een platformkeuze moeten maken tussen React Native, Flutter en native — vaak terwijl het web-team al op React draait. Bestaande organisaties met een verouderde native-app die overwegen om gefaseerd naar React Native te migreren. En bureaus die white-label-bouw zoeken voor een opdrachtgever waar zij zelf geen mobile-capaciteit voor hebben.

2015
Eerste publieke release door Meta
0.76+
Nieuwe architectuur (Fabric + TurboModules) standaard
iOS + Android
Native targets vanuit één codebase
MIT
Open-source licentie, geen vendor-lock-in

Wanneer is React Native de juiste keuze?

01
Webteam naar mobile

Uw web-team breidt uit naar mobile

U heeft al een React- of TypeScript-team dat het web bouwt. React Native laat hetzelfde team een mobiele app leveren zonder Swift- en Kotlin-specialisten te hoeven aannemen. De productieve overlap met de webcodebase is significant: componenten, hooks, types en validatie kunnen letterlijk gedeeld worden.

02
MVP-snelheid

U wil snel naar een werkende MVP

Met Expo kunnen we vrij vroeg een testbare versie op telefoons van stakeholders zetten. Geen Xcode-setup, geen Android Studio voor reviewers. Iteratie gaat door over-the-air via EAS Update, zodat feedback binnen een sprint of korter zichtbaar is voor de business.

03
Shopify-stack

U zit in een React/Shopify-stack

Shopify zelf bouwt zijn Mobile-apps op React Native en heeft veel open-source bijdragen geleverd, waaronder belangrijke bibliotheken zoals Restyle en React Native Skia. Voor e-commerce-merken die al op Shopify draaien is dat een natuurlijke uitbreiding waarbij API-tokens, datamodellen en design-tokens gedeeld blijven.

04
Twee platforms één scope

U wil iOS én Android zonder dubbele scope

Een aparte Swift- en Kotlin-app kost effectief twee maal de bouwtijd, twee maal de QA en twee maal de release-coördinatie. Met React Native delen we 80 tot 95 procent van de code en bouwen we platform-specifieke uitzonderingen alleen waar dat nodig is voor UX of voor toegang tot een platform-specifieke API.

React Native, Flutter of native — wanneer welke?

Optie 01

React Native

JavaScript- en TypeScript-ecosysteem, eenvoudige overstap voor web-teams, het meest volwassen cross-platform OSS-framework en een sterk Expo-aanbod voor snel starten. De default-keuze wanneer u al React kent of een MVP nodig heeft. Volwassen tooling, grote talenpool en een breed productie-bewijs bij multinationals zoals Microsoft, Meta en Shopify.

Optie 02

Flutter (Google, Dart)

Eigen rendering-engine via Skia en betere baseline-performance voor animatie-zware of grafisch complexe schermen. Vraagt Dart-kennis, kleinere talenpool in Nederland, maar uitstekend voor gaming-achtige UI en heavy custom-design. Vooral interessant wanneer brand-uniformiteit over platforms een commerciële vereiste is, omdat Flutter ieder pixel zelf tekent.

Optie 03

Native (Swift, Kotlin)

Maximale prestatie en de meest native UX per platform — onmisbaar voor AR/VR, hardware-gevoelige apps (Bluetooth-mesh, IoT-pairing, in-cab realtime-vision) of waar elke milliseconde telt. Kosten zijn de hoogste, want u bouwt twee keer en onderhoudt twee teams. Voor de meeste zakelijke apps is de meerwaarde echter niet evenredig met de extra inspanning.

Acht concrete dingen die we in React Native bouwen.

Van consumer-facing tot industriële tooling — een dwarsdoorsnede van apps die wij voor klanten realiseren, vaak met diepe koppeling naar bestaande back-ends, ERP en LLM-integraties.

B2B-apps

Apps voor zakelijke gebruikers: portals, dashboards, mobiele goedkeur- en workflow-stromen met SSO en rol-rechten.

E-commerce

Mobiele winkels met Shopify-, Magento- of headless-commerce-koppeling, push-aanbiedingen en deep-links uit campagnes.

Healthcare-apps

Patiëntencommunicatie en zorgworkflows, NEN 7510-conform ingericht, met end-to-end-encryptie en audit-logging.

Field-service-apps

Monteurs en buitendienst — werkorders, foto's, formulieren en handtekeningen, offline-first met automatische sync.

Klantportalen

Mobiele versie van het web-klantportaal, met biometrische login en push voor service-meldingen of factuurstatus.

AI-features in mobile

LLM-integraties, document-scan, spraak-naar-tekst, in-context assistentie en gepersonaliseerde aanbevelingen.

ERP-gekoppelde apps

Apps die direct met SAP, Microsoft Dynamics, Exact of AFAS data uitwisselen via een gateway of eigen integratielaag.

Logistiek & warehouse

Scan-apps, voorraadcorrecties, leveringsregistratie en route-optimalisatie, gekoppeld aan WMS of TMS.

Het React Native-ecosysteem anno 2026.

Een moderne React Native-stack bestaat uit meer dan alleen het framework zelf. Dit is wat een gezonde productieconfiguratie er ongeveer uitziet — afhankelijk van de scope vervangen we onderdelen, maar dit zijn de bouwstenen waar wij standaard mee starten.

Toolchain

Expo + EAS Build

Expo SDK 52 of nieuwer voor de developer-experience, EAS Build voor cloud-build van iOS- en Android-binaries zonder eigen Mac-runners, en EAS Update voor over-the-air updates zonder app-store-review. Deze combinatie haalt de meest tijdrovende ops-taken uit het team weg en standaardiseert de release-pipeline.

Navigatie & state

Expo Router, TanStack Query, Zustand

File-based routing met Expo Router (gebaseerd op React Navigation v7), TanStack Query voor server-state en cache-invalidatie, en Zustand of Redux Toolkit voor client-state — afhankelijk van de complexiteit van de app. Voor formulieren werken we met React Hook Form en Zod voor type-veilige validatie.

UI & observability

Reanimated, NativeWind, Sentry

Reanimated 3 plus Gesture Handler voor high-performance animaties die op de UI-thread draaien, NativeWind voor Tailwind-style styling die productiviteit verdubbelt ten opzichte van losse StyleSheets, Sentry voor error-tracking en performance-monitoring, en OneSignal of Firebase Cloud Messaging voor push-notificaties met segment-targeting.

Performance, migratie en grenzen van React Native.

P1
Performance

Nieuwe architectuur, Hermes-engine

Fabric vervangt de oude bridge door synchrone communicatie tussen JS en native, TurboModules zorgen voor lazy-loaded native modules en Hermes is de geoptimaliseerde JS-engine sinds 0.70. Voor heavy-graphics zetten we React Native Skia in, het alternatief voor Flutters rendering. Code-splitting, lazy-loading en geheugen-profiling horen tot onze standaard QA-stappen voor productie-apps.

P2
Migratie

Brownfield naast een bestaande native app

U heeft al een Swift- of Kotlin-app en wil een nieuw onderdeel sneller bouwen. We voegen React Native als module toe — het model dat Facebook zelf gebruikt — zodat oude en nieuwe schermen naast elkaar leven. Vaak begint dat met één feature die los staat, waarna stap voor stap meer schermen overgaan.

P3
Greenfield

Vanaf nul in 100 procent React Native

Voor nieuwe producten zonder bestaande native-codebase: één Expo-project, EAS-pipeline, één team. Dit is voor de meeste klanten waar wij mee starten de snelste route naar een productie-app. We werken vanaf dag één met TypeScript, een gedeelde monorepo voor web en mobile en automatische tests via Detox of Maestro.

P4
Grenzen

Wanneer wij React Native ontraden

AR/VR-toepassingen, real-time vision-pipelines (autonomous of in-cab), Bluetooth-mesh of IoT-pairing op laag niveau, en heavy-graphics gaming horen op native. We zeggen dat eerlijk voorafgaand aan een traject — een verkeerde framework-keuze is duurder dan een eerlijk gesprek.

Hoe wij met React Native werken.

Werkwijze 01

Sprint-based

We werken in tweewekelijkse sprints met demo's, een product-owner aan onze kant en uw kant. Een eerste werkende versie staat doorgaans binnen een paar sprints op test-toestellen, zodat u snel kunt valideren of de richting klopt voordat we de scope verbreden.

Werkwijze 02

Eén team, volle stack

Hetzelfde team dat de back-end, de API en de web-app bouwt, levert de React Native-app. Dat scheelt schakel-overhead, voorkomt dat domeinkennis versplinterd raakt over meerdere bureaus en zorgt dat datamodellen, validatie en design-systeem consistent blijven tussen web en mobile.

Werkwijze 03

OTA-updates en CI/CD

EAS Build voor app-store-binaries, EAS Update voor over-the-air-patches binnen de app-store-richtlijnen, en een GitHub-Actions-pipeline die elke pull-request automatisch test op iOS en Android. Releases zijn daardoor voorspelbaar en omkeerbaar — een rollback naar de vorige versie is een commando, geen drama.

React Native versus een PWA of mobile web-app?

Niet elke business-case rechtvaardigt een echte app. Een progressieve web-app of een mobile-geoptimaliseerde website kan voor eenvoudige use-cases voldoen — informatie tonen, formulieren versturen, lichte interactie. U vermijdt dan de app-store, de release-cycle en het onderhoud van twee platforms tegelijk.

Voor zakelijke applicaties met return-gebruikers slaat die balans echter snel om. Push-notifications, biometrische authenticatie, achtergrond-synchronisatie, camera- en bestandstoegang, betrouwbare offline-werking en de aanwezigheid in een app-store als vertrouwenssignaal — dat zijn allemaal redenen waarom een React Native-app een PWA in de praktijk verslaat. Bovendien is de UX op iOS en Android voor terugkerende gebruikers vrijwel altijd merkbaar beter dan een browser-tab.

Wij adviseren een PWA als de use-case incidenteel is en de gebruiker er waarschijnlijk niet wekelijks naar terugkeert. Voor klantportalen, field-service, e-commerce-loyaliteit en B2B-workflows is React Native vrijwel altijd het betere antwoord. We helpen u die afweging te maken voordat het traject begint — beter een eerlijk gesprek dan een dure heroriëntatie halverwege.

Wat we met React Native voor klanten realiseerden.

Voorbeelden van het type apps dat we in onze portefeuille hebben — generiek beschreven omdat veel projecten onder NDA vallen. De volledige ervaring en aanpak voor app-projecten staat op diensten/app-ontwikkeling en bij enterprise-software-trajecten.

B2B · Multi-platform

Klantportaal voor zakelijke gebruikers

Mobiele app voor het inzien van orders, contracten en service-tickets, gekoppeld aan een bestaand ERP via een eigen API-laag. iOS en Android vanaf één codebase, single-sign-on met de bestaande identity-provider en biometrische authenticatie als tweede factor.

E-commerce · Customer-portal

Headless-commerce app met portal

App voor terugkerende klanten met loyaliteitsprogramma, snelle herhaal-bestelling en push-notifications voor pakketstatus en aanbiedingen. Productdata uit een headless-CMS, betalingen via een Nederlandse betaalprovider en deep-links die naadloos vanuit e-mailcampagnes openen.

AI-augmented · LLM

Mobile app met AI-assistent

App met LLM-integratie voor klantsupport en document-vragen — context-aware antwoorden op basis van de eigen knowledge-base, met fallback naar menselijke afhandeling. Streaming-responses voor goede UX, kostenbeheersing per gebruikerssessie en logging voor verbetering van de prompt-pipeline.

Veelgestelde vragen over React Native.

React Native of Flutter — wat moeten we kiezen?
Default: React Native, tenzij u een sterk argument hebt voor Flutter. React Native heeft het grootste ecosysteem, de meeste Nederlandse ontwikkelaars en de eenvoudigste overstap voor web-teams. Flutter kiezen we wanneer er heavy-graphics, complexe animaties of een sterke voorkeur voor Dart speelt — bijvoorbeeld bij gaming-achtige UI of bij teams die al met Flutter werken. Een derde overweging is brand-uniformiteit: Flutter tekent elk pixel zelf, terwijl React Native native controls gebruikt die per platform iets verschillen.
React Native of native (Swift / Kotlin)?
Native blijft de juiste keuze voor AR/VR, real-time vision, hardware-gevoelige IoT, Bluetooth-mesh of waar de beste platform-specifieke UX een commerciële vereiste is. Voor alles daarbuiten — portals, dashboards, e-commerce, healthcare, field-service — is React Native sneller en goedkoper omdat u niet twee keer bouwt, niet twee teams onderhoudt en niet twee QA-pipelines hoeft te organiseren. Vaak gebruiken we een hybride model waarbij 95 procent React Native is en de paar performance-kritische onderdelen native als module aanwezig zijn.
Is React Native snel genoeg voor onze app?
Voor 95 procent van de zakelijke en consumenten-apps wel. Met de nieuwe architectuur (Fabric en TurboModules) en de Hermes-engine is de baseline-performance dichtbij native. Voor specifieke heavy-graphics-schermen kunnen we React Native Skia inzetten of die schermen lokaal als native module bouwen — zonder de rest van de app te raken. Bij twijfel bouwen we vooraf een korte performance-probe op het zwaarste scherm om zekerheid te geven voordat u zich aan een traject committeert.
Expo gebruiken of "bare" React Native?
In de praktijk starten we standaard met Expo. De developer-experience is veruit het beste, EAS Build en EAS Update zijn productie-grade, en u kunt op elk moment "prebuild" doen om native code toe te voegen. Bare RN kiezen we alleen als er native-modules nodig zijn die niet via Expo Modules werken — zeldzaam tegenwoordig, omdat Expo de meeste populaire native-modules inmiddels first-class ondersteunt.
Is React Native sneller of duurder dan native?
In de meeste gevallen sneller en goedkoper, omdat u één codebase deelt voor twee platforms in plaats van twee aparte teams. Wat het uiteindelijk kost, hangt af van de scope, het aantal integraties, de complexiteit van de UI en of er bestaande systemen ontsloten moeten worden. We werken met vast sprintbudget en geven na een planning-fase een concrete inschatting, zodat er geen open-eindige verrassingen ontstaan.
Hoe werken OTA-updates via EAS Update?
EAS Update laat u JavaScript- en asset-wijzigingen over-the-air uitrollen zonder een nieuwe app-store-build. Bugfixes en kleine features kunnen binnen minuten bij gebruikers staan en u kunt updates differentiëren op release-channel (beta, staging, productie). Native-changes — nieuwe permissies, nieuwe native modules, nieuwe iOS- of Android-versies in target — vragen wel een nieuwe binary in App Store of Play Store, omdat Apple en Google die altijd reviewen.
Kunnen we onze bestaande native app gefaseerd migreren?
Ja. We voegen React Native als brownfield-module toe aan een bestaande Swift- of Kotlin-app, beginnen met één scherm of feature, en breiden uit waar dat zinvol is. Dit is het model dat Meta zelf gebruikt en het reduceert het migratierisico aanzienlijk in vergelijking met een full-rewrite. U behoudt productie-stabiliteit terwijl de moderniseringsslag op zijn eigen tempo verloopt, zonder big-bang-release.
Werkt React Native voor AI-features in een mobile app?
Goed. We koppelen React Native-apps aan LLM-API's (OpenAI, Anthropic, Azure OpenAI), runnen on-device-inference waar dat zinvol is en bouwen contextuele assistenten in app-flows zoals support, document-vragen of in-context-aanbevelingen. De volledige aanpak voor LLM-werk staat op de pagina over custom LLM-integraties. Specifiek voor mobile letten we op streaming-responses, offline-fallbacks en kostenbeheersing per gebruikerssessie.

Praat met ons over uw React Native-app.

Een kennismaking van een half uur waarin we doornemen wat u wilt bouwen, welke platforms erbij komen, hoe het in uw bestaande stack past en of React Native daadwerkelijk de juiste keuze is — of dat we u beter doorverwijzen naar Flutter of native.

Reactie binnen 1 werkdag
Vrijblijvend gesprek
Westerdoksdijk 599, Amsterdam

Edit Content