Wat we ermee bouwen
React is de front-end die we het vaakst overnemen. Ons werk erin zit meestal in applicaties die al bestaan: functies toevoegen, state ontwarren die zich over contexten en effects heeft verspreid, dataophalen vervangen dat vaker ophaalt dan nodig, en renders herstellen die duur zijn geworden naarmate de app groeide.
De bibliotheek zelf is klein — componenten en hooks — en zo goed als al het overige is een keuze die het vorige team maakte. Een React-codebase lezen is grotendeels die keuzes lezen: welke router, welke datalaag, welk statebeheer, en of ze het onderling nog met elkaar eens zijn.
Waar het past
Bestaande productfront-ends en beheerinterfaces, en de webhelft van producten waarvan we de mobiele app in Flutter bouwen. Aan beide kanten werken is juist nuttig omdat dezelfde API ze allebei moet bedienen.
Wanneer we het aanraden
Wanneer het er al is, of wanneer een team erop werft — de vijver aan React-developers is de grootste van alle front-endecosystemen, en dat is een legitieme reden om ervoor te kiezen.
Voor een nieuw project grijpen we naar Vue, of naar Nuxt als serverrendering en SEO ertoe doen, omdat ons team daar het diepst in zit. En gaat de vraag over mobiel in plaats van web, dan vergelijken we netjes in plaats van aan te nemen — we schreven Flutter tegenover React Native voor precies dat besluit.
