App-utvikling

Native eller hybrid applikasjon

Når det gjelder kvalitet, anbefaler vi alltid å utvikle native apper. Du kan lese mer om hvorfor her.

Hvorfor anbefaler vi å utvikle innebygde applikasjoner?

Hos Makeable har vi en klar preferanse for native app-løsninger. De er teknisk sett kraftigere, garanterer høyere ytelse, gir en mer responsiv brukeropplevelse (UX) og et bedre brukergrensesnitt (UI). Native apper er også optimalisert for hver plattform og garanterer høyere sikkerhet og pålitelighet. De har også lang levetid, er enklere å vedlikeholde og tilpasse, og har betydelig bedre ytelse på tvers av plattformer.

Og hvorfor er det slik? Native apper er tilpasset spesifikke enheter og sikrer optimal ytelse og integrasjon for virksomheten eller ideen din.

Nedenfor kan du lese mer om forskjellen mellom native og hybride apper, og hvorfor vi anbefaler å utvikle native apper.

Se våre casestudier

Fordeler med innebygde applikasjoner

Med native-utvikling er ytelsen på topp, og enhetens maskinvare utnyttes optimalt. Det gir alltid de beste resultatene og er det tryggeste valget fordi det har full tilgang til enhetens maskinvare. Samtidig har du alltid tilgang til de nyeste funksjonene i enhetens programvare/operativsystem (iOS/Android).

Hvis en app er avhengig av maskinvare eller kommunikasjon med ekstern maskinvare, kan en native-app – utviklet i Swift for iOS eller Kotlin for Android – utnytte 100 % av enhetens funksjonalitet og sikre en bedre IT-arkitektur. En hybrid-app, derimot, kan ikke samhandle med ekstern maskinvare uten omfattende tilpasning.

Ulemper med innebygde applikasjoner

Den eneste ulempen med native-løsninger er budsjettet. Utviklingen av native-løsninger kan ta litt lengre tid. På den annen side slipper du å utvikle flere (native) elementer senere, noe som ofte er tilfellet med en hybridapp.

Det er også som regel lettere å finne én person som kan utvikle alt for en hybridapp, mens det for native-apper som regel er én person som spesialiserer seg på Android og én på iOS. Med andre ord må flere utviklere involveres i prosessen. Her kan man argumentere for at det er fornuftig, med tanke på det profesjonelle nivået på den ferdige appløsningen, å ikke legge alt i hendene på én enkelt person.

Hvis du ansetter spesialiserte utviklere, vil du også få en app som bedre oppfyller plattformens standarder, fordi utviklerne kjenner dem. På mange områder er det store forskjeller mellom hvordan en app oppfører seg på Android og iOS.

Ulemper med hybride applikasjoner

Når en hybridapp er utviklet, kan den kjøre på både Android og iPhone. For å håndtere begge systemene brukes et ekstra «oversettelseslag» for å fortelle de to appene hva de kan og ikke kan gjøre. Dette introduserer en ekstra, unødvendig avhengighet i appen, noe som kan føre til problemer med utvikling, fremtidig drift og vedlikehold av appen på både kort og lang sikt.

Derfor fungerer ikke en hybridapp like godt som en native-app, og det er begrensninger i tilgjengeligheten til maskinvaren på enheten. Ettersom en hybridapp inneholder et oversettelseslag som leveres av en tredjepart (f.eks. Microsoft, Facebook eller Adobe), er man avhengig av leverandøren av programvaren som lager denne oversetteren. Dette kan skape problemer når appen kjører, og når Apple og Android oppdaterer operativsystemene sine.

I tillegg utvikles hybride utviklingsspråk i store organisasjoner som først og fremst har som mål å utvikle applikasjoner for sine egne produkter. Av samme grunn er det begrenset interesse for å utvikle funksjoner som ikke er beregnet på deres egen plattform. Eksempler på dette er

React Native er utviklet av Facebook for sin egen plattform

Xamarin er utviklet av Microsoft for sin egen plattform

Flutter er utviklet av Google for sin egen plattform

Selv om React har «native» i navnet, er hybridverktøyene dessuten basert på webteknologi og ikke appteknologi. Hvis appen trenger å bruke en funksjon som ennå ikke støttes av hybridplattformen, må det utvikles native iOS- og Android-kode, og det er her hybridutvikleren fort kommer på etterskudd.

Det samme gjelder integrasjon med tredjepartstjenester. De aller fleste tredjepartstjenester utvikler kun SDK-er (utviklingssett/verktøy) for iOS og Android. Du kan derfor bare bruke SDK-ene deres når det er utviklet en oversetter for det valgte hybridspråket.

Ofte må en lokal utvikler engasjeres uansett.

I utgangspunktet bør en ren hybridløsning alltid ses på som muligheten til å bruke laveste fellesnevner på begge plattformer, dvs. at hvis noe bare er tilgjengelig på én plattform, som NFC-lesing eller lignende, kan det ikke brukes i en hybridløsning, ettersom det må være tilgjengelig på begge plattformer.

Du kan imidlertid velge å outsource noe av den interne utviklingen til hybridløsningen for å åpne opp noen av plattformmulighetene. I så fall må du ansette en egenutvikler, noe som reduserer besparelsene som hybridutvikling gir. Det øker også kompleksiteten, noe som påvirker påliteligheten.

Fordeler med hybride applikasjoner

Hybridløsninger er generelt billigere enn innebygde løsninger. I hvert fall på kort sikt. Du kan også overlate oppgaven til et mindre team/person, ettersom samme ressurs(er) tar seg av oppgaven for begge plattformer – så lenge det ikke er behov for å utvikle native-elementer for hybridappen, noe som er tilfellet med de fleste hybridløsninger før eller senere. Det kan selvfølgelig ses på som en fordel at det i det hele tatt er mulig å koble sammen native-moduler.

Hybridløsninger er ideelle for mindre prosjekter og prototyper med lavere krav til appytelse

Vi var med fra starten av
og har hjulpet over 100 selskaper

Industri
Green tech
B2C

Verdens beste innskuddsordning tar et stort skritt fremover

Appen «TR i FOA» gjør arbeidet mer effektivt

Helse og velvære

Appen «Mitt liv – min helse» hjelper innbyggerne

App for nyheter i Nord-Jylland

Formuepleje tar vare på investeringen din

Helse og velvære

b-near® gjør videokontakt tilgjengelig for alle

Hvorfor bør du velge bort en hybridløsning?

Begrensninger ved en hybrid applikasjon

Som nevnt tidligere utvikler vi også hybride applikasjoner her i Makeable, men de løsningene der vi har anbefalt en hybridløsning, har vært begrenset til prosjekter som enten

Kortsiktig orientering
Lite penger i første versjon, slik at du bevisst velger å investere i en app som du ikke ønsker å videreutvikle på lang sikt
En løsning som garanterer drift i maksimalt 1-2 år.

Erfaring med hybrider som har ført til innenlandske produkter

Vi har vært involvert i flere prosjekter der kunden ønsket å bruke en hybrid plattform, og vi rådet dem til å velge en native løsning på grunn av prosjektets kompleksitet, pålitelighet osv.

I noen tilfeller sto kunden fast på sitt ønske om en hybridløsning, og vi avslo ordren av faglige grunner. I flere av disse tilfellene kom kunden tilbake til oss etter implementeringen av hybridløsningen og ba oss om å utvikle en ny native-app.

Hvorfor det kan være en dårlig idé å bytte fra en native app til en hybridapp

Bankdata tilbyr en felles app-plattform for åtte danske banker, deriblant Jyske Bank, Sydbank og Ringkjøbing Landbobank. Appen for disse bankene er en svært populær og verdsatt app basert på native-teknologi.

Sommeren 2021 relanserte Bankdata alle disse bankenes nettbankapper som en hybridløsning. Denne relanseringen har resultert i en betydelig dårligere app som generelt gir en dårlig brukeropplevelse sammenlignet med den native appen som brukerne har blitt vant til.