Expo eller React Native CLI?

Dere har landet på React Native. Da gjenstår et teknisk veivalg som påvirker hverdagen mer enn det høres ut som: Skal appen bygges med Expo eller med det rene React Native CLI-et? Det er ikke to forskjellige rammeverk, men to måter å jobbe i samme rammeverk på, med ulik grad av automatikk. Her er forskjellen sett fra kundens og teamets side, og hvorfor pendelen i 2026 har svingt mot Expo.

Hva Expo automatiserer for deg

Expo er en verktøykasse oppå React Native som tar seg av mye infrastruktur som ellers ligger på teamet. Det viktigste den håndterer:

• Bygg. Expo bygger ferdige appfiler for deg, i skyen eller lokalt, uten at noen må konfigurere Xcode- og Android-prosjektene for hånd.
• Sertifikater og signering. Den håndterer sertifikatene og nøklene som Apple og Google krever. Det trinnet er ellers en klassisk kilde til knot og tidstap.
• OTA-oppdateringer. Expo kan sende visse oppdateringer direkte til brukerne (over the air) uten å gå via butikkenes gjennomgang, noe som gjør små rettelser raskere.
• Utviklingsflyten. Enklere oppstart, enklere deling av testbygg og færre lokale verktøy å installere for hver utvikler.

Prisen for denne bekvemmeligheten var tidligere kontroll: Eldre versjoner av Expo låste deg ute fra visse native-biblioteker. Den begrensningen er i praksis borte i dag takket være config plugins og egne bygg, og det er hele grunnen til at anbefalingen har endret seg.

Når det rene CLI-et eller bare workflow trengs

Det rene CLI-et gir deg de nakne native-prosjektene og full kontroll, men legger også hele ansvaret for bygg- og sertifikatinfrastrukturen på teamet ditt. Det er berettiget i et klart mindretall av tilfellene:

Den viktigste innsikten er at valget ikke er permanent. Expo har en vei ut: Den dagen et konkret behov krever de underliggende native-prosjektene, kan du forlate Expo og fortsette som et bare-prosjekt. Du trenger altså ikke å gardere deg på forhånd ved å velge bort enkelheten.

Hva det betyr for kostnad og tempo

For deg som kunde handler valget til syvende og sist om tid, og tid er penger. Med Expo bruker teamet mindre av de første ukene på å sette opp byggekjeder, håndtere sertifikater og knote med signering. Det er arbeid som ikke vises i den ferdige appen, men som likevel må gjøres og betales. Den tiden kan heller gå til appens faktiske funksjoner.

Med det rene CLI-et betaler du for at teamet bygger og vedlikeholder den infrastrukturen selv. Noen ganger er det berettiget, men ofte er det arbeid som en godt vedlikeholdt verktøykasse allerede har løst for deg. En vanlig misforståelse er at mer kontroll alltid er bedre. I praksis er unødvendig kontroll bare en kostnad uten tilsvarende nytte. Spørsmålet dere bør stille, er ikke «vil vi ha kontroll?», men «har vi et konkret behov som krever den?».

Et annet pluss i hverdagen med Expo er at nye utviklere kommer raskere i gang fordi færre lokale verktøy må installeres og konfigureres. For et team som vokser eller bytter folk over tid, senker det terskelen hver gang en ny person skal inn i prosjektet.

Et konkret scenario

Si at dere bygger en bookingapp med innlogging, betaling og pushvarsler, funksjoner som alle har ferdige, godt vedlikeholdte Expo-løsninger. Velger dere Expo, kan teamet konsentrere seg om appens faktiske verdi i stedet for å bruke de første ukene på å konfigurere byggekjeder og sertifikater. Skulle dere et år senere ønske å legge til en svært uvanlig maskinvareintegrasjon som Expo ikke støtter, tar dere steget ut til bare workflow da, med ett års raskere start i ryggen. Å velge CLI fra dag én «for sikkerhets skyld» ville i stedet ha kostet den tiden uten at dere ennå visste om dere trengte den.

Anbefalingen for 2026

For de aller fleste nye React Native-prosjekter er Expo førstevalget. Grunnen er enkel: Du får tilbake tiden som ellers går med til infrastruktur, uten egentlig å ofre fleksibilitet. Både native-biblioteker og en vei ut finnes når du trenger dem. Bare workflow forbeholdes prosjektene som har en kjent, konkret grunn til å ligge nærmere native-laget.

Vi i Weapp bygger apper i React Native og gjør denne avveiingen for hvert prosjekt ut fra hva appen faktisk krever. Vil dere drøfte hvilket opplegg som passer ideen deres, kan dere se på tjenestene våre eller ta kontakt.