Ionic eller React Native?

Ionic og React Native bliver ofte stillet op som konkurrenter, men de bygger på en grundlæggende forskel som mange kunder overser og som afgør hvordan appen føles i hånden. Den ene pakker en webside ind i en app-skal. Den anden tegner rigtige native komponenter. Forstår du den forskel, bliver valget enkelt. Her er sammenligningen set fra kundens perspektiv.

Den principielle forskel: webview mod native

Ionic bygger din app som en webapplikation (HTML, CSS og JavaScript) der kører inde i en webview, en indlejret browser pakket som en app. I praksis er det en webside i app-emballage der distribueres via butikkerne.

React Native gør noget helt andet. Din kode styrer platformens rigtige native komponenter så en knap er en ægte iOS- eller Android-knap, ikke en HTML-knap der ligner en. Alt andet, dvs. performance, fornemmelse og hvor tæt på platformen appen ligger, følger af den forskel.

Hvad forskellen betyder for performance og fornemmelse

I en indholdsdrevet app, f.eks. nyheder, en enkel kundeportal eller et internt formularværktøj, er forskellen i praksis lille. En Ionic-app er rigeligt god, og brugeren tænker ikke over hvordan den er bygget.

Jo mere interaktiv appen bliver, desto mere mærkes webviewen. Ved tung scrolling i lange lister, komplekse animationer eller hurtige fingerbevægelser kan en Ionic-app føles en anelse mindre responsiv fordi alt renderes gennem browserlaget. React Native ligger tættere på hardwaren og arver platformens naturlige fornemmelse. Er appen dit kerneprodukt over for krævende forbrugere, er den forskel ikke kosmetisk. Den påvirker hvor professionel appen opleves.

Hvornår Ionic giver mening

Ionic er ikke en genvej man skal skamme sig over. I den rette situation er det klogt. To situationer skiller sig ud:

• Eksisterende webkodebase og webkompetencer. Har I allerede et webteam og en kodebase i React, Angular eller Vue, lader Ionic jer genbruge meget af den og levere en app hurtigt uden at opbygge nye kompetencer.
• Interne værktøjer. Til en app som medarbejderne skal bruge, og hvor udseendet og den sidste smule performance ikke afgør noget, er Ionic ofte den hurtigste og billigste vej til butikkerne.

Fællesnævneren: Ionic kommer til sin ret når genbrug og tempo vejer tungere end den bedst mulige fornemmelse.

Et konkret scenarie

Lad os sige at I har en webbaseret tjeneste bygget i React og vil give medarbejderne en app til feltarbejde. Med Ionic kan jeres eksisterende webteam pakke store dele af den kode der allerede findes, og have en fungerende app i butikkerne på kort tid. Her giver Ionic mening: Målgruppen er intern, kravene til en poleret fornemmelse er lave, og genbruget er stort.

Antag i stedet at den samme tjeneste skal blive en forbrugerapp der er selve produktet, med meget interaktion og høje forventninger til flydende brug. Så peger valget mod React Native fordi fornemmelsen og performance bliver en del af værditilbuddet. Vælger I alligevel Ionic først og opdager at appen ikke slår til, bliver næste skridt en omskrivning af brugerfladen. Logikken kan komme med, men UI’et bygges om.

Migrationsveje hvis du vokser fra Ionic

Det er fuldt ud muligt at gå fra Ionic til React Native, men vær ærlig om hvad det indebærer: en omskrivning af UI-laget, ikke et tryk på en knap. Forretningslogik og backend kan som regel genbruges mens selve brugerfladen bygges om fordi teknologierne renderer helt forskelligt.

Konklusionen for dig som kunde er at tænke et par år frem allerede når du vælger. Skal appen være et internt værktøj eller et hurtigt genbrug af webløsningen, er Ionic ofte det rigtige. Skal den blive et langlivet, krævende forbrugerprodukt, er det værd at starte i React Native med det samme. Vil du sparre om hvad der passer til jer, kan du se vores ydelser eller kontakte os.