React Native eller Flutter för företagsappen?
Av CodexierPublicerad 5 min läsning
Väljer ni mellan React Native och Flutter har ni redan fattat rätt beslut: en kodbas för båda plattformarna. Det som återstår är en fråga om människor och livslängd mer än om teknik. Vilket ramverk kan er nästa utvecklare? Vilket låter er återanvända webbkompetensen och koden ni redan har? Vilket klarar det just er app behöver? Den här guiden besvarar det i klartext och avslutar med en regel för valet.
Så fungerar respektive ramverk
React Native tar er gränssnittskod och mappar den till plattformens egna knappar, listor och textfält, så att en iOS-app känns som iOS och en Android-app som Android. Flutter skeppar sin egen renderingsmotor och ritar varje element självt, så en skärm ser exakt likadan ut på båda, och ramverket styr varje pixel. Den enda arkitekturskillnaden förklarar det mesta som följer: React Native lutar sig mot plattformen och webbekosystemet, Flutter lutar sig mot sig självt.
Prestanda i riktiga appar
För apparna de flesta företag bygger, listor, formulär, bokningar, kartor, chatt, översikter, är båda ramverken snabba nog att användarna inte kan skilja dem åt. Flutter har ett försprång vid tung egen animation och grafik eftersom det äger renderingen; React Natives nyare arkitektur har stängt det mesta av det gamla gapet i listscrollning och uppstart. Dålig prestanda i endera kommer oftast från appens egen kod, för stora bilder eller pratiga nätverksanrop, inte från ramverket.
| Scenario | React Native | Flutter |
|---|---|---|
| Formulär, listor, vanliga företagsskärmar | Utmärkt | Utmärkt |
| Tung egen animation eller ritning | Bra | Utmärkt |
| Plattformens egna utseende och känsla | Inbyggt som standard | Efterliknat, mycket nära |
| Tillgång till nya OS-funktioner dag ett | Via inbyggda moduler, snabbt | Via tillägg, ibland med fördröjning |
| Appens storlek | Mindre | Större, bär sin motor |
Rekrytering och överlämning
Det här är den avgörande faktorn för ett företag som ska äga appen i flera år. React Native hämtar från den mycket stora poolen av JavaScript- och React-utvecklare; nästan varje svensk webbyrå och många frilansare kan jobba i det, och en webbutvecklare blir snabbt produktiv. Flutters pool är mindre men hängiven, och Dart är lätt att lära för den som kan ett typat språk. Ska appen lämnas från en leverantör till en annan, fråga båda kandidaterna vilket ramverk deras utvecklare redan levererar i; svaret avgör oftast frågan.
- Fråga varje byrå hur många appar de släppt i ramverket de föreslår, och i vilka butiker.
- Fråga vem som äger koden och om en andra leverantör skulle kunna ta över; svaret ska vara ni och ja.
- Föredra ramverket era interna eller långsiktiga utvecklare redan kan framför varje prestandatest.
Återanvänd webbkod och kunskap
Har ni redan en webbapp byggd i React låter React Native er dela affärslogik, API-klienter, validering och ibland hela komponenter mellan webb och mobil, och samma utvecklare kan röra sig mellan dem. Flutter kan också rikta sig mot webben, men det är en väg från mobilen och utåt, och dess webbutdata passar appar bättre än innehållssajter. För ett företag vars hemsida och kundportal redan är React eller TypeScript är den återanvändningen en verklig besparing över appens livstid, inte en säljpunkt.
Vilket du ska välja när
| Er situation | Välj | Varför |
|---|---|---|
| Befintligt React- eller TypeScript-team eller kodbas för webben | React Native | Delad kompetens och kod |
| Designtung app med egen animation, identisk på båda plattformarna | Flutter | Äger renderingen |
| Appen ska underhållas av den byrå som råkar finnas tillgänglig | React Native | Större rekryteringspool i Sverige |
| Teamet levererar redan i Dart | Flutter | Byt aldrig ett produktivt team |
| Vanlig företagsapp, inget befintligt team | Endera; avgör efter leverantör | Resultatet blir detsamma |
Beslutsregel: välj ramverket era utvecklare de närmaste tre åren troligast kan. Är det oavgjort, välj efter leverantörens meritlista, inte efter prestandatester.
När ni inte ska välja något av dem: är appen egentligen en mobilanpassad webbplats utan behov av kamera, offlineläge, push eller BankID i ett inbyggt flöde, bygg webbplatsen. Är appen beroende av djup hårdvaruåtkomst eller plattformsexklusiva funktioner kan två native-appar vara det ärliga svaret trots kostnaden. Vårt bygge av plattformsoberoende MVP-app använder React Native som standard av återanvändnings- och rekryteringsskälen ovan; vad det kostar och vad som styr det täcks i vad det kostar att utveckla en app, och ett kostnadsfritt 15-minuterssamtal räcker för att säga om standardvalet är rätt för er.
Vanliga frågor
Är Flutter eller React Native bäst för ett mindre företag?
Båda ger en bra app. För ett mindre svenskt företag är det säkrare kortet oftast React Native, eftersom fler lokala utvecklare och byråer kan underhålla det och det återanvänder webbkompetens. Flutter är bättre om er leverantör är en stark Flutter-byrå eller appen är ovanligt designtung.
Klarar en plattformsoberoende app Apples granskning?
Ja, tusentals gör det. Granskningen handlar om innehåll, integritet, betalningar och regelefterlevnad, inte om ramverket. Avslag rör oftast saknade integritetsuppgifter, regler för köp i appen eller en inloggning som inte går att testa, inget av vilket beror på React Native eller Flutter.
Kan vi byta ramverk senare?
Bara genom att skriva om appen, så se det som ett omskrivningsbeslut. Backend, designen och butikssidorna följer med; appkoden gör det inte. Det är därför valet ska följa ert långsiktiga team i stället för en aktuell trend.
Vill ni ha en rekommendation för just er app?
Berätta vad appen ska göra, vilken webbkod och vilka utvecklare ni redan har och vem som ska underhålla den. På 15 minuter rekommenderar vi ett ramverk och ger ett fast pris för första versionen.
Boka ett kostnadsfritt 15-minuterssamtal