Dienst · App-ontwikkeling

React Native app laten maken voor iOS & Android.

Eén codebase, twee app-stores. We bouwen native-voelende mobiele apps in TypeScript op de moderne React Native-stack — met Fabric, Hermes, Expo en EAS — voor founders, productorganisaties en bureaus die snel naar mobile willen zonder twee aparte teams op te tuigen.

TypeScriptNew ArchitectureExpo & EASOTA-updates

Wat is React Native en waarom is het de default-keuze?

React Native is het open-source framework van Meta dat de React-componenten die u voor het web schrijft draait op iOS en Android. Onder de motorkap koppelt het JavaScript of TypeScript aan echte native UI-elementen — Swift en Objective-C op iOS, Kotlin en Java op Android. Het resultaat is geen webview en geen hybride app in de oude zin van het woord, maar een native interface die door React wordt aangestuurd. Wat de gebruiker op zijn scherm ziet zijn echte UIKit- of Android-controls, alleen de logica en de orkestratie zitten in JavaScript.

Sinds versie 0.76 is de New Architecture standaard: Fabric als renderer, TurboModules voor native modules en de Hermes-engine voor snelle JavaScript-uitvoering. De oude asynchrone bridge tussen JavaScript en native is vervangen door synchrone, type-veilige interop. Voor opdrachtgevers betekent dat een prestatieniveau dat in de praktijk vergelijkbaar is met native — voor de overgrote meerderheid van de zakelijke en consumenten-use-cases die wij bouwen.

Apps als Facebook, Instagram, Discord, Shopify, Microsoft Office, Walmart en Tesla draaien op delen van React Native. Een breed scala aan Fortune 500-bedrijven gebruikt het framework ergens in hun productportfolio. De volwassenheid van het ecosysteem, de grootte van de talenpool en de eenvoudige overstap voor web-teams maken React Native voor de meeste zakelijke apps de pragmatische default. Wanneer het toch geen goede match is, zeggen we dat eerlijk — verderop op deze pagina staan de gevallen waarin we naar Flutter of native doorverwijzen.

Wij bouwen React Native-apps voor founders die snel naar mobile willen, voor productorganisaties met een bestaand web-platform op React, en voor enterprises die een gefaseerde migratie van een verouderde native-app willen. De brede dienstcontext — van scoping en architectuur tot CI/CD en beheer — staat op de overkoepelende pagina over app-ontwikkeling. Specifiek voor de zakelijke variant kunt u terecht op B2B-app laten maken.

Wanneer React Native de juiste keuze is.

Vier patronen waarin we klanten begeleiden. Herkent u er één, dan is React Native vrijwel altijd het pragmatische antwoord.

Gedeelde codebase

U wilt iOS en Android in één project

Een aparte Swift- en Kotlin-app betekent in de praktijk twee codebases, twee QA-pipelines en twee release-coördinaties. Met React Native delen we tussen tachtig en vijfennegentig procent van de code en bouwen we platform-specifieke uitzonderingen alleen waar dat nodig is voor UX of voor toegang tot een platform-API. De scope is daardoor merkbaar kleiner dan een dubbele native-bouw.

React-ervaring

Uw web-team kent React al

Heeft u al een React- of TypeScript-team dat het web bouwt, dan kan datzelfde team de mobiele app leveren zonder Swift- of Kotlin-specialisten te hoeven aannemen. Hooks, types, validatie-schemas en utilities zijn letterlijk deelbaar. De talenpool voor React-developers in Nederland is bovendien aanzienlijk groter dan voor native-specialisten, wat het werven en het langetermijn-onderhoud vereenvoudigt. Voor langere capaciteitsvragen kijken we naar app-developer-inhuur.

Brand-consistente UI

Uw merk moet op beide platforms hetzelfde voelen

Voor B2B-portals, klantapps en branded e-commerce wilt u dat de app op iOS en Android dezelfde look-and-feel houdt. React Native gebruikt native controls, maar laat ruimte voor brand-specifieke componenten via libraries als Restyle, Tamagui of NativeWind. We werken met design-tokens die ook door uw web-app gebruikt kunnen worden, zodat kleuren, type-schaal en spacing-regels één bron hebben.

MVP & cross-platform launch

U wilt snel een werkende MVP op beide platforms

Met Expo en EAS Build kunnen we vroeg in het traject een testbare versie op telefoons van stakeholders zetten — geen Xcode-installatie, geen Android Studio voor reviewers. Iteratie loopt over-the-air via EAS Update, zodat feedback in een korte feedback-cyclus bij gebruikers terechtkomt. Dat versnelt het valideren van product-decisies meetbaar ten opzichte van een dubbel native-traject.

Wanneer React Native niet de juiste keuze is.

Eerlijkheid bespaart u een dure heroriëntatie halverwege. Dit zijn de drie patronen waarin wij u doorverwijzen naar native of een gespecialiseerd alternatief.

Niet 01

Zware native-features op laag niveau

AR-toepassingen, real-time vision-pipelines, complexe camera-controls met handmatige exposure en focus, hardware-keys zoals YubiKey of smartcard-readers, Bluetooth-mesh of low-energy IoT-pairing op laag niveau — dat hoort op native. De juiste tooling, voorbeeldcode en documentatie zitten in de Apple- en Google-SDK's; alles dat u in React Native zou bouwen, zou een native module met een dunne JS-wrapper worden. Dan kunt u de bridge beter helemaal weglaten.

Niet 02

Maximale performance voor gaming

Heavy-graphics gaming, console-stijl 3D-renderpipelines en mobiele games die de GPU op zestig of honderdtwintig frames per seconde houden — daar zijn Unity, Unreal of dedicated native rendering met Metal en Vulkan de juiste keuze. Voor incidentele animatie of een spel-achtig dashboard kunnen we met Reanimated en React Native Skia ver komen, maar voor productie-grade gaming kiezen wij u liever de juiste tools dan dat we forceren wat niet past.

Niet 03

Native UX-perfectionisme als commerciële vereiste

Voor premium consumenten-apps waar elk detail van de iOS- of Android Material-experience pixel-perfect moet kloppen — tot aan haptics, system-fonts in elke staat en platform-native motion — is native het verstandige antwoord. React Native komt heel dichtbij, maar de laatste paar procent verschil tussen "voelt native" en "is native" merkt een professionele review of een design-bewuste opdrachtgever direct. Dat traject is duurder in beide werelden, en in native eerlijker.

React Native, Flutter of native — een nuchtere vergelijking.

De drie opties op een rij. We helpen u in de eerste gesprekken kiezen welke past, op basis van uw bestaande stack, team en product-ambitie.

Criterium
React Native
Flutter
Native (Swift / Kotlin)
Taal
TypeScript / JavaScript
Dart
Swift & Kotlin (twee teams)
Talenpool NL
Groot — deelt met web
Klein, groeit langzaam
Schaars, duur
UI-rendering
Native controls via Fabric
Eigen Skia-engine, elk pixel zelf
Volledig native per platform
Code-deling met web
Hoog — React-componenten en hooks
Geen native code-deling met web
Geen
Code-deling iOS/Android
Tachtig tot vijfennegentig procent
Vergelijkbaar, vaak iets hoger
Geen, twee codebases
OTA-updates
EAS Update, in-app updates
Shorebird, beperkter beschikbaar
Geen (alleen store-releases)
Best voor
B2B, portals, MVP, e-commerce
Brand-uniforme UI, animatie-zwaar
AR/VR, gaming, hardware-IoT, premium UX
Ecosysteem
Groot, breed productie-bewijs
Groeit snel, jonger
Volledige platform-SDK's, alles beschikbaar

De moderne React Native-stack anno 2026.

Onze default-configuratie voor productie-apps. Afhankelijk van uw scope vervangen we componenten, maar dit zijn de bouwstenen waarmee wij standaard starten.

Core & runtime

React Native 0.76+, Hermes, New Architecture

We starten op een recente React Native-release met Fabric en TurboModules standaard aan, en Hermes als JavaScript-engine. Hermes is geoptimaliseerd voor mobile, met snelle start-up en lager geheugengebruik dan de oude JavaScriptCore-runtime. TypeScript is altijd onderdeel van de setup, met strikte modus en gegenereerde types uit uw back-end voor end-to-end type-veiligheid.

Tooling & build

Expo SDK, EAS Build, EAS Update

Expo (managed workflow) is voor de meeste projecten onze default, vanwege de developer-experience en de productie-grade build- en update-infrastructuur via EAS. Bare workflow zetten we in waar native modules nodig zijn die niet via Expo Modules werken — tegenwoordig zeldzaam. EAS Build levert cloud-builds van iOS- en Android-binaries zonder eigen Mac-runners; EAS Update vervangt het inmiddels uitgefaseerde Microsoft App Center voor over-the-air-updates.

Data, state & UI

MMKV, TanStack Query, Reanimated

MMKV als snelle on-device key-value-storage in plaats van AsyncStorage, TanStack Query voor server-state en cache-invalidatie, Zustand of Redux Toolkit voor client-state afhankelijk van complexiteit, en Reanimated 3 met Gesture Handler voor animaties die op de UI-thread draaien. Voor formulieren gebruiken we React Hook Form met Zod voor type-veilige validatie, en voor styling NativeWind of Tamagui — afhankelijk van design-eisen.

Navigatie & lijsten

Expo Router, Shopify FlashList

File-based routing met Expo Router, gebaseerd op React Navigation v7. Voor performante lijsten gebruiken we Shopify's FlashList in plaats van de standaard FlatList — merkbaar betere scroll-performance voor lange datasets en betere memory-efficiency. Voor re-render-performance leunen we op React.memo, useMemo en useCallback, en gebruiken we React DevTools en het Hermes-profiler om hotspots vroeg te vangen.

Quality & testing

Jest, Maestro, Detox, Reactotron

Jest voor unit-tests, Maestro of Detox voor end-to-end-flows op echte toestellen of simulators, en Reactotron voor lokale state- en netwerk-inspectie tijdens development. Accessibility wordt al tijdens de bouw meegenomen — semantische rollen, focus-management, contrast-checks en screen-reader-tests via VoiceOver en TalkBack horen tot de standaard QA-stappen, niet tot iets dat aan het eind één keer wordt afgevinkt.

CI/CD & monitoring

Fastlane, EAS Build, Sentry

Fastlane voor de release-pipelines naar App Store Connect en Google Play Console, EAS Build voor de binaries en GitHub Actions als orkestratielaag die elke pull-request test op iOS en Android. Voor productie-monitoring zetten we Sentry in — native crashes, JavaScript-fouten en performance-traces in één dashboard, met source-maps en symbolicatie automatisch ingericht. Feature-flags via PostHog of LaunchDarkly voor gefaseerde rollouts.

Drie smaken React Native-trajecten.

Afhankelijk van waar u staat en wat het oplevert. We adviseren welke smaak past in het eerste gesprek — geen vaste indeling, wel duidelijke contouren.

MVP · vast sprintbudget

Cross-platform MVP in één project

Een eerste werkende app voor beide platforms vanuit één Expo-project. Voor founders en productorganisaties die snel willen valideren of het concept werkt, met OTA-updates voor snelle iteratie en EAS Build voor TestFlight- en Internal Testing-distributie. Architectuur is direct productie-grade, zodat de MVP later geen herbouw nodig heeft.

Expo managedEAS BuildTypeScriptTestFlight
Productie-app · vast sprintbudget

B2B- of B2C-app op een bestaande stack

Een React Native-app die hoort bij een bestaand product. Diepe koppelingen met uw back-end, identity-provider (SSO, biometrie), payment-flows en analytics. We bouwen vanaf dag één met de productie-stack hierboven en leveren met monitoring, alerting en een release-pipeline die uw eigen team zelf kan bedienen.

SSOSentryEAS UpdateFlashList
Brownfield-migratie · vast sprintbudget

Gefaseerde migratie van een bestaande native app

U heeft al een Swift- of Kotlin-app en wilt gefaseerd naar React Native — het model dat Meta zelf gebruikt. We voegen React Native als brownfield-module toe, beginnen met één scherm of feature, en breiden uit waar dat zinvol is. Productie-stabiliteit blijft tijdens het traject behouden; geen big-bang-release.

BrownfieldModule-by-moduleNative-bridgeCo-existence
Nog niet zeker over een groot traject?

Test je idee eerst — werkend prototype in 1 dag

Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.

Bekijk OneDayBuild →

Wat u krijgt aan het einde.

Een productieklaar React Native-project, plus alles eromheen om de app zelf te beheren en door te ontwikkelen.

  • De app zelf, iOS en AndroidBeide builds in App Store Connect en Google Play Console, op uw eigen developer-accounts gepubliceerd. U bent de juridische eigenaar van de listings.
  • Codebase met TypeScript en CIVolledige source, monorepo-setup waar passend, GitHub Actions voor PR-checks, en EAS-configuratie voor builds en OTA-updates.
  • Documentatie en architectuurBuild-instructies, deployment-runbook, ADR's voor de belangrijkste architectuur-beslissingen en een overzicht van alle gebruikte third-party services.
  • Monitoring vanaf dag éénSentry voor crashes en JavaScript-errors, performance-traces voor trage flows, en logging-pipeline die u zelf kunt uitbreiden.
  • Overdracht aan uw teamTwee sessies kennisoverdracht, een korte video-walkthrough van de codebase en een week pair-programming met uw developers voor wie meedraait in beheer.
  • Beheer-contract (optioneel)Doorlopende monitoring, dependency-updates, security-patches en doorontwikkeling. Vaste maandprijs, met duidelijke reactietijd-niveaus per ticket-prioriteit.

Hoe een React Native-traject loopt.

1

Kennismaking en scoping

Een gesprek waarin we begrijpen wat u wilt bouwen, voor wie, en in welke stack het past. We toetsen of React Native voor uw geval het juiste antwoord is — en zeggen het eerlijk wanneer Flutter of native beter past. Aan het einde van dit gesprek heeft u een richting, een eerste contour van scope en een idee van het traject.

2

Planning en design-sprint

We werken een sprint-plan uit, schetsen de architectuur, kiezen de specifieke stack-onderdelen en doen waar zinvol een korte design-sprint voor de belangrijkste schermen. Voor productie-apps loopt parallel een spike voor het zwaarste prestatie-scherm, zodat de aannames vooraf gevalideerd zijn in plaats van pas tijdens de bouw.

3

Bouw in sprints met OTA-updates

Elke sprint een werkende build op TestFlight en Internal Testing. U test mee, stakeholders ook, en feedback verwerkt zich via EAS Update over-the-air. Het team werkt incrementeel: kern-flows eerst, randzaken later. Code-reviews, automatische tests en performance-checks horen tot de cyclus, niet tot iets dat aan het eind één keer wordt gedaan.

4

Store-publicatie en uitrol

Voorbereiding van de App Store- en Google Play-listings, screenshots, privacy-disclosures en review-submission. We begeleiden de eerste publicatie en de reviewer-vragen die daarbij horen. Voor B2B-apps kiezen we vaak een gefaseerde uitrol via interne distributie eerst, dan beperkte productie, dan brede rollout.

5

Beheer en doorontwikkeling

Na livegang houdt het team de monitoring scherp, verwerkt de eerste feedback en zorgt dat dependencies en OS-targets meegroeien. OTA-updates voor kleine fixes en JavaScript-changes, store-releases voor nieuwe native modules of permissions. Doorontwikkeling loopt in nieuwe sprints, met heldere prioritering vanuit data en gebruikersfeedback.

Voor wie wij React Native-apps bouwen.

Vier doelgroepen waar React Native — en de manier waarop wij ermee werken — bewezen waarde levert.

Founders

Snel naar productie

U wilt een werkende app op beide platforms zonder een dubbel native-team op te tuigen. We werken met een vaste sprint-cadans, OTA-updates voor snelle iteratie en een productie-grade fundament vanaf de eerste commit. Geen MVP die u later helemaal moet herbouwen.

Teams met React-ervaring

Web-developers die naar mobile bewegen

Uw team kent React, TypeScript en moderne front-end-tools. Met React Native deelt u componenten, hooks, validatie-schemas en design-tokens met de web-app. De stap naar mobile is een uitbreiding van bestaande kennis — niet het opbouwen van een nieuw specialisme.

B2B-organisaties

Apps met gedeelde branding

Voor zakelijke gebruikers waar de app de digitale verlenging is van uw merk, en waar iOS en Android consistent moeten voelen. Combineerbaar met SSO, identity-providers en uw bestaande back-office — uitgewerkt op B2B-app laten maken.

Enterprise & brownfield

Gefaseerde migratie van native

U heeft al een productie-app in Swift of Kotlin en wilt zonder big-bang naar React Native. We voegen RN als module toe aan de bestaande app, beginnen met één scherm en breiden uit waar het zin heeft — het model dat Meta zelf hanteert.

Fabian van Dijk Business developer · Appfront

Eerste aanspreekpunt voor React Native-trajecten bij Appfront. Bereikbaar op fabian.vandijk@appfront.nl voor een vrijblijvende kennismaking over wanneer React Native bij uw stack past — en wanneer Flutter of native het eerlijke antwoord is.

Veelgestelde vragen over React Native.

Wat opdrachtgevers meestal willen weten voor we beginnen.

React Native of Flutter — wat moeten we kiezen?
De default is React Native, tenzij er een sterk argument voor Flutter speelt. 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) — wat is het verschil in de praktijk?
Native blijft de juiste keuze voor AR/VR, real-time vision, complexe camera-flows, hardware-gevoelige IoT, Bluetooth-mesh of waar premium-platform-UX een commerciële vereiste is. Voor alles daarbuiten — portals, dashboards, e-commerce, healthcare, field-service — is React Native vaak sneller en goedkoper omdat u niet twee keer bouwt en niet twee teams onderhoudt. Vaak werken we hybride: vijfennegentig procent React Native en de paar performance-kritische onderdelen als native module.
Is React Native snel genoeg voor onze app?
Voor de overgrote meerderheid van zakelijke en consumenten-apps wel. Met de New Architecture (Fabric en TurboModules) en de Hermes-engine zit 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 doen we vooraf een korte performance-probe op het zwaarste scherm, zodat u zekerheid heeft voor u zich aan een traject committeert.
Expo gebruiken of "bare" React Native?
In de praktijk starten we standaard met Expo (managed workflow). 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 — tegenwoordig zeldzaam, omdat Expo de meeste populaire native-modules inmiddels first-class ondersteunt.
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 snel 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. Microsoft App Center is inmiddels end-of-life; EAS Update is de moderne opvolger.
Hoe regelen jullie performance en re-render?
We werken met React.memo, useMemo en useCallback waar dat zin heeft, gebruiken Shopify FlashList in plaats van standaard FlatList voor lange lijsten, en MMKV in plaats van AsyncStorage voor synchroon-snelle storage. Animaties draaien via Reanimated op de UI-thread, niet op de JS-thread. Profilering doen we via het Hermes-profiler en React DevTools, en performance-issues vangen we in productie via Sentry-traces. Het is geen losse "optimalisatie-fase" maar een continu spoor naast de bouw.
Hoe zit het met accessibility op React Native?
Accessibility wordt vanaf dag één meegenomen. Semantische rollen via accessibilityRole, focus-management via accessibilityState, contrast-checks tegen WCAG 2.2 AA, en screen-reader-tests via VoiceOver op iOS en TalkBack op Android. Voor B2B-apps die onder publieke aanbestedingen of toegankelijkheidsregelgeving (EN 301 549) vallen, leveren we ook een toegankelijkheidsrapport met de bekende issues en mitigaties.
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 en zonder een feature-freeze van maanden.
Werkt React Native ook voor een single-page web-app naast de mobile-app?
Ja, en sterker nog: voor teams die een React-based single-page-application hebben of bouwen, is React Native vaak de logische uitbreiding. Componenten, hooks en validatie-schemas zijn deelbaar tussen web en mobile in een monorepo. We gebruiken in dat geval Solito of Expo Router for Web om routing zoveel mogelijk te uniformeren, en delen design-tokens via een gedeeld design-system-pakket.
Hoe is de keuze voor TypeScript, Jest en Detox / Maestro?
TypeScript is standaard in elke nieuwe React Native-codebase, met strikte modus en gegenereerde types waar de back-end die levert. Jest voor unit-tests, Detox of Maestro voor end-to-end-flows op echte toestellen en simulators — afhankelijk van de gewenste setup. Reactotron gebruiken we in development voor het inspecteren van state, netwerkverkeer en async-storage. Het doel is dat regressies door automatische tests worden afgevangen, niet door handmatig regressie-testen vlak voor een release.
Werken jullie met onze interne developers samen?
Vrijwel altijd. We doen kennisoverdracht gedurende het hele traject, plannen pair-programming-sessies met uw developers, en zorgen dat de codebase begrijpelijk is voor wie er na ons aan werkt. Voor langere ondersteuning kijken we naar capaciteits-vragen via app-developer-inhuren. Het uiteindelijke doel is altijd dat uw team de app zelf kan beheren en doorontwikkelen — eventueel met ons als achtervang voor specifieke specialismen.

Praat met ons over uw React Native-app.

Een kennismaking van een half uur, vrijblijvend. We luisteren naar wat u wilt bouwen, kijken hoe het in uw bestaande stack en team past, en geven een eerlijk advies — React Native, Flutter of native — in plaats van automatisch ons eigen werk te verkopen.

Edit Content