Expo vs. React Native CLI: Hvilken skal I vælge?
Har I valgt React Native, er næste valg Expo eller den rene CLI. Expo automatiserer builds, certifikater og opdateringer og er i 2026 standardanbefalingen til de fleste nye projekter. Bare workflow via CLI’en kræves primært til usædvanlige native-moduler som Expo ikke understøtter. Du kan forlade Expo senere hvis behovet opstår, så gevinsten i enkelhed koster sjældent noget i praksis.
I er landet på React Native. Så står der et teknisk vejvalg tilbage der påvirker hverdagen mere end det lyder: Skal appen bygges med Expo eller med den rene React Native CLI? Det er ikke to forskellige frameworks, men to måder at arbejde i det samme framework på, med forskellig grad af automatik. Her er forskellen set fra kundens og teamets side, og hvorfor pendulet i 2026 er svinget over mod Expo.
Hvad Expo automatiserer for dig
Expo er en værktøjskasse oven på React Native der tager sig af en masse infrastruktur som ellers ligger hos teamet. Det vigtigste den står for:
- Builds. Expo bygger færdige app-filer for dig, i skyen eller lokalt, uden at nogen behøver at konfigurere Xcode- og Android-projekterne i hånden.
- Certifikater og signering. Den håndterer de certifikater og nøgler som Apple og Google kræver. Det trin er ellers en klassisk kilde til bøvl og spildtid.
- Over-the-air-opdateringer. Expo kan sende visse opdateringer direkte ud til brugerne uden om butikkernes review, og det gør små rettelser hurtigere.
- Udviklingsflowet. Enklere opstart, nemmere deling af testbuilds og færre lokale værktøjer der skal installeres hos hver udvikler.
Prisen for den bekvemmelighed var tidligere kontrol: Ældre versioner af Expo udelukkede dig fra visse native-biblioteker. Den begrænsning er i praksis væk i dag takket være config plugins og egne builds, og det er hele grunden til at anbefalingen har ændret sig.
Hvornår den rene CLI eller bare workflow er nødvendig
Den rene CLI giver dig de nøgne native-projekter og fuld kontrol, men lægger også hele ansvaret for build- og certifikatinfrastrukturen over på dit team. Det er begrundet i et klart mindretal af tilfælde:
| Situation | Rimeligt valg |
|---|---|
| Almindelig forretningsapp, nyt projekt | Expo |
| Team uden egen native-infrastruktur | Expo |
| Usædvanligt native-modul som Expo ikke understøtter | Bare workflow / CLI |
| Behov for dyb kontrol over native-projekterne | Bare workflow / CLI |
| Usikker på behovet | Start i Expo, skift ved behov |
Den vigtigste indsigt er at valget ikke er permanent. Expo har en vej ud: Den dag et konkret behov kræver de underliggende native-projekter, kan du forlade Expo og fortsætte som et bare-projekt. Du behøver altså ikke at gardere dig på forhånd ved at fravælge enkelheden.
Hvad det betyder for omkostning og tempo
For dig som kunde handler valget i sidste ende om tid, og tid er penge. Med Expo bruger teamet mindre af de første uger på at sætte byggekæder op, håndtere certifikater og fifle med signering. Det er arbejde der ikke kan ses i den færdige app, men som alligevel skal udføres og betales. Den tid kan i stedet gå til appens egentlige funktioner.
Med den rene CLI betaler du for at teamet selv bygger og vedligeholder den infrastruktur. Nogle gange er det berettiget, men ofte er det arbejde som en velholdt værktøjskasse allerede har løst for dig. En udbredt misforståelse er at mere kontrol altid er bedre. I praksis er unødvendig kontrol bare en omkostning uden tilsvarende nytte. Spørgsmålet er ikke “vil vi have kontrol?”, men “har vi et konkret behov der kræver den?”.
Et andet hverdagsplus ved Expo er at nye udviklere kommer hurtigere i gang fordi færre lokale værktøjer skal installeres og konfigureres. For et team der vokser eller skifter folk ud over tid, sænker det tærsklen hver gang en ny skal ind i projektet.
Et konkret scenarie
Lad os sige at I bygger en bookingapp med login, betaling og pushnotifikationer, funktioner som alle har færdige, velholdte Expo-løsninger. Vælger I Expo, kan teamet fokusere på appens egentlige værdi i stedet for at bruge de første uger på at konfigurere byggekæder og certifikater. Skulle I et år senere ville tilføje en meget usædvanlig hardwareintegration som Expo ikke understøtter, tager I skridtet ud til bare workflow på det tidspunkt, med et års hurtigere start i ryggen. Havde I i stedet valgt CLI fra dag ét “for en sikkerheds skyld”, havde det kostet den tid uden at I endnu vidste om I havde brug for den.
Anbefalingen i 2026
For langt de fleste nye React Native-projekter er Expo førstevalget. Grunden er enkel: Du får den tid tilbage som ellers går til infrastruktur, og du ofrer ikke rigtig fleksibilitet, for både native-biblioteker og en udvej findes når du har brug for dem. Bare workflow forbeholdes de projekter der har en kendt, konkret grund til at ligge tættere på native-laget.
Hos Weapp bygger vi apps i React Native og foretager den afvejning pr. projekt ud fra hvad appen faktisk kræver. Vil du drøfte hvilket setup der passer til jeres idé, kan du se vores ydelser eller kontakte os.
Ofte stillede spørgsmål
Hvad er egentlig forskellen på Expo og React Native CLI?
Begge bygger apps i React Native. Forskellen er hvor meget af det omkringliggende du selv står for. Expo er et framework og en værktøjskasse oven på React Native der tager sig af builds, certifikater og opdateringer for dig. Den rene CLI giver dig fuld kontrol over native-projekterne, men lægger også hele ansvaret for den infrastruktur over på dit team.
Er Expo kun til simple apps?
Nej, det er et forældet billede. Tidligere havde Expo klare begrænsninger, men i dag kan du bruge stort set alle native-biblioteker gennem såkaldte config plugins og egne builds. De fleste seriøse apps kan bygges fuldt ud i Expo i dag. Derfor er anbefalingen svinget over til Expo som førstevalg, også til større projekter.
Hvornår har man brug for den rene CLI eller bare workflow?
Først og fremmest når appen afhænger af et usædvanligt native-modul som Expos byggesystem ikke håndterer, eller når teamet af andre grunde har brug for dyb kontrol over selve native-projekterne. Det gælder et mindretal af projekterne. Er I i tvivl, er rådet at starte i Expo. Behovet for at forlade det viser sig i så fald tydeligt senere.
Kan man skifte fra Expo til CLI senere?
Ja. Expo har en vej ud hvor du får adgang til de underliggende native-projekter og kan fortsætte som et bare-projekt. Det betyder at valget ikke er en blindgyde: Du kan starte i det enkle Expo-flow og først tage kontrollen den dag et konkret behov kræver det, i stedet for at gardere dig på forhånd.
Hvad koster Expos cloudtjenester?
Expo kan bruges gratis, og builds kan også køres lokalt uden en cloudtjeneste. De betalte planer handler primært om at sætte cloudbuilds i kø og skalere dem og om at distribuere opdateringer smidigt i teams. Til mange mindre projekter rækker gratisniveauet langt. For større teams kan de betalte planer spare tid der ellers ville være gået til egen infrastruktur.