Stacks
React Native of Flutter: kies op basis van je team
Schrijft je team al React en TypeScript, kies dan React Native. Bouw je een apart mobiel team op of moet de app overal identiek zijn, dan past Flutter beter.
Schrijft je team al React en TypeScript, kies dan React Native. Bouw je een apart mobiel team op, of moet je app er op elk toestel precies hetzelfde uitzien, dan is Flutter een goede keuze. Beide zijn volwassen genoeg voor apps in productie, en we werken zelf met allebei (zie onze pagina over technologie). Bij de meeste bedrijven geeft het team dat de app gaat bouwen en onderhouden de doorslag.
Het technische verschil
React Native gebruikt JavaScript of TypeScript met React. Tijdens het draaien maakt React Native echte Android- en iOS-views aan voor je componenten, dus de app gebruikt de knoppen, lijsten en tekstvelden van het platform. Sinds versie 0.76 staat de New Architecture standaard aan. De documentatie raadt aan om een nieuw project met een framework te beginnen en noemt daarbij Expo.
Flutter gebruikt Dart en tekent zijn eigen widgets, los van de UI-bibliotheek van het besturingssysteem. Voor een release compileert Flutter je app naar machinecode.
| React Native | Flutter | |
|---|---|---|
| Taal | TypeScript of JavaScript | Dart |
| Interface | Native componenten van het platform | Eigen widgets, door Flutter getekend |
| Code delen met een React-webapp | Types, validatie, API-clients, soms logica | Weinig, andere taal |
| Uiterlijk | Volgt iOS en Android | Overal gelijk, tenzij je per platform aanpast |
| Werving | Overlapt met webdevelopers | Vooral mobiele developers |
Wanneer React Native logisch is
Heb je een webproduct in React of Next.js, dan werken je developers met dezelfde taal en dezelfde manier van denken aan de app. Je deelt types, validatieschema's en API-clients tussen web en mobiel, in een monorepo of als gedeeld pakket. Meer daarover staat in TypeScript in frontend en backend.
Met Expo hoef je minder zelf te regelen. Je krijgt onder meer routing op basis van bestanden en een standaardset native modules. Voor de meeste apps is dat genoeg om mee te beginnen, en als je toch eigen native code nodig hebt, kun je die toevoegen.
Ook werving speelt mee. In de Stack Overflow Developer Survey van 2025 gebruikte 43,6 procent van de respondenten TypeScript en 5,9 procent Dart. Voor React Native vind je dus sneller mensen, en een goede React-webdeveloper kan zich de mobiele kant eigen maken.
Wanneer Flutter beter past
Flutter past goed als je nog geen React-team hebt en een team speciaal voor mobiel opbouwt. Dart is een getypeerde taal met klassen en een bekende syntax, dus developers met een achtergrond in Java, Kotlin of C# voelen zich er snel thuis.
Flutter is ook sterk als het ontwerp leidend is. Denk aan een merk met een eigen uitstraling, veel animatie en schermen die op iOS en Android pixel voor pixel gelijk moeten zijn. Omdat Flutter alles zelf tekent, ziet de app er op elke versie van het besturingssysteem hetzelfde uit. Dat scheelt een deel van het testwerk op oudere toestellen.
Wat je team erbij moet leren
Een webdeveloper die met React Native begint, moet ook de mobiele kant leren: Xcode, Gradle, het ondertekenen van builds, de reviews van de app stores en testen op echte toestellen. Zorg dat minstens één persoon in het team dat goed beheerst, anders loopt elke release vast op de laatste stap.
Bij Flutter leert het hele team Dart. Dat is te overzien, maar reken op inwerktijd voor iedereen die de taal nog niet kent.
In beide gevallen heb je af en toe native kennis nodig, bijvoorbeeld voor een betaalterminal, Bluetooth, achtergrondtaken of een SDK van een derde partij zonder kant-en-klare koppeling. Bij ons kies je als klant zelf wie er in je team komt, dus je kunt daar gericht op selecteren. Hoe dat gaat, lees je in onze werkwijze.
Test het voordat je kiest
Bouw in beide stacks hetzelfde lastige stuk van je app, en niet een demo met één scherm. Ik zou dit testen:
- Inloggen met je eigen identity provider, inclusief het verversen van tokens.
- Een lange lijst met afbeeldingen die offline uit een cache komt.
- Een pushmelding die de app op het juiste scherm opent.
- De ene native koppeling die je echt nodig hebt.
- Een build naar TestFlight en naar de interne test van Google Play.
Kijk daarna hoe lang het duurde, hoeveel native code je moest schrijven en welke stack het team prettiger vond.
Onderhoud na de lancering
App stores stellen eisen aan de SDK-versie waarop je app is gericht. Bij Google Play moeten nieuwe apps en updates sinds 31 augustus 2026 bijvoorbeeld Android 16 (API-level 36) als doel hebben. Reken daarom elk jaar op tijd voor upgrades van het framework en de SDK's, ook als er geen nieuwe features komen.
Bij React Native met Expo upgrade je per Expo SDK-versie, waarin een React Native-versie en de bijbehorende modules samen zitten. Bij Flutter volg je de releases van Flutter zelf. Plan die upgrades als vast werk in de sprint, net als bij je webapp.
Bronnen
Veelgestelde vragen
Is React Native of Flutter beter voor een nieuwe app?
Geen van beide is in het algemeen beter. Schrijft je team al React en TypeScript, dan is React Native logisch. Bouw je een apart mobiel team op of moet het ontwerp op elk toestel identiek zijn, dan past Flutter beter.
Kan een React-webdeveloper ook React Native bouwen?
Ja, de taal en de manier van denken zijn hetzelfde. Wel moet die developer de mobiele kant leren: native builds, het ondertekenen van apps, de reviews van de app stores en testen op echte toestellen.
Ziet een Flutter-app eruit als een gewone iOS- of Android-app?
Flutter tekent zijn eigen widgets en gebruikt niet die van het besturingssysteem. Daardoor ziet de app er overal hetzelfde uit. Wil je dat de app per platform als native aanvoelt, dan moet je dat zelf vormgeven.
Over de auteur
Aleksa
Tech lead, Belgrado
Aleksa is tech lead in Belgrado. Hij stuurt het developmentteam aan, bewaakt de architectuur en rapporteert aan Erik.
Meer van Aleksa
