App-utveckling

Nativ eller hybrid applikation

När det gäller kvalitet rekommenderar vi alltid utveckling av inbyggda appar. Du kan läsa mer om varför här.

Varför rekommenderar vi utveckling av inbyggda applikationer?

På Makeable har vi en tydlig preferens för native app-lösningar. De är tekniskt mer kraftfulla, garanterar högre prestanda, erbjuder en mer responsiv användarupplevelse (UX) och ett bättre användargränssnitt (UI). Native-appar är också optimerade för respektive plattform och garanterar högre säkerhet och tillförlitlighet. De erbjuder också lång livslängd, underhållbarhet och anpassningsbarhet samt betydligt bättre prestanda över plattformar.

Och varför är det så? Native apps är skräddarsydda för specifika enheter och säkerställer optimal prestanda och integration för ditt företag eller din idé.

Nedan kan du läsa mer om skillnaden mellan native- och hybridappar och varför vi rekommenderar att du utvecklar native-appar.

Se våra fallstudier

Fördelar med inbyggda applikationer

Med native-utveckling blir prestandan förstklassig och enhetens hårdvara utnyttjas optimalt. Det ger alltid de bästa resultaten och är det säkraste valet eftersom det har full tillgång till enhetens hårdvara. Samtidigt har du alltid tillgång till de senaste funktionerna i enhetens programvara/operativsystem (iOS/Android).

Om en app är beroende av hårdvara eller kommunikation med extern hårdvara ger en native-app – utvecklad i Swift för iOS eller Kotlin för Android – möjlighet att utnyttja 100% av enhetens funktionalitet och säkerställa en bättre IT-arkitektur. En hybridapp kan däremot inte interagera med extern hårdvara utan omfattande anpassningar.

Nackdelar med inbyggda applikationer

Den enda nackdelen med inbyggda lösningar är budgeten. Utvecklingen av native-lösningar kan ta lite längre tid. Å andra sidan undviker du att behöva utveckla ytterligare (inbyggda) element senare, vilket ofta är fallet med en hybridapp.

Det är också oftast lättare att hitta en person som kan utveckla allt för en hybridapp, medan det för native-appar oftast är en person som är specialiserad på Android och en på iOS. Med andra ord behöver fler utvecklare involveras i processen. Här kan man argumentera för att det är vettigt med tanke på den professionella nivån på den färdiga applösningen att inte lägga allt i händerna på en enda person.

Om du anlitar specialiserade utvecklare får du också en app som bättre uppfyller plattformens standarder eftersom utvecklarna känner till dem. På många områden finns det stora skillnader mellan hur en app beter sig på Android och iOS.

Nackdelar med hybridapplikationer

När en hybridapp har utvecklats kan den köras på både Android och iPhone. För att kunna hantera båda systemen används ett extra ”översättningslager” som talar om för de två apparna vad de kan och inte kan göra. Detta introducerar ett ytterligare, onödigt beroende i appen, vilket kan leda till problem i utvecklingen, den framtida driften och underhållet av appen på både kort och lång sikt.

Därför fungerar en hybridapp inte lika bra som en inbyggd app och det finns begränsningar i tillgången till enhetens hårdvara. Eftersom en hybridapp innehåller ett översättningslager som tillhandahålls av en tredje part (t.ex. Microsoft, Facebook eller Adobe), finns det ett otillbörligt beroende av leverantören av den programvara som skapar denna översättare. Detta kan orsaka besvär när appen körs och när Apple och Android uppdaterar sina operativsystem.

Dessutom utvecklas hybrida utvecklingsspråk i stora organisationer som i första hand har som mål att utveckla applikationer för sina egna produkter. Av samma anledning finns det ett begränsat intresse för att utveckla funktioner som inte är avsedda för den egna plattformen. Exempel på detta är

React Native utvecklas av Facebook för sin egen plattform

Xamarin utvecklas av Microsoft för sin egen plattform

Flutter utvecklas av Google för sin egen plattform

Även om React har ”native” i sitt namn är hybridverktygen dessutom baserade på webbteknik och inte appteknik. Om appen behöver använda en funktion som ännu inte stöds av hybridplattformen måste native iOS- och Android-kod utvecklas, och det är här hybridutvecklaren snabbt hamnar på efterkälken.

Detsamma gäller för integration med tredjepartstjänster. De allra flesta tredjepartstjänster utvecklar endast SDK:er (development kits/tools) för iOS och Android. Du kan därför använda deras SDK:er först när en översättare har utvecklats för det valda hybridspråket.

En lokal utvecklare måste ofta anlitas ändå.

I grund och botten bör man alltid se en ren hybridlösning som möjligheten att använda den minsta gemensamma nämnaren på båda plattformarna, dvs. om något bara finns på en plattform, som NFC-läsning eller liknande, kan man inte använda det i en hybridlösning, eftersom det måste finnas på båda plattformarna.

Du kan dock välja att lägga en del av den inbyggda utvecklingen på din hybridlösning för att öppna upp för vissa plattformsmöjligheter. I det här fallet måste en native-utvecklare anlitas, vilket minskar de besparingar som hybridutvecklingen medför. Det ökar också komplexiteten, vilket har en inverkan på tillförlitligheten.

Fördelar med hybridapplikationer

Hybridlösningar är i allmänhet billigare än inbyggda lösningar. Åtminstone på kort sikt. Du kan också anförtro uppgiften till ett mindre team/person, eftersom samma resurs(er) tar sig an uppgiften för båda plattformarna – så länge inga native-element behöver utvecklas till hybridappen, vilket är fallet med de flesta hybridlösningar förr eller senare. Det kan naturligtvis ses som en fördel att möjligheten att ansluta inbyggda moduler överhuvudtaget finns.

Hybridlösningar är idealiska för mindre projekt och prototyper med lägre krav på app-prestanda

Vi var med redan från början
och har hjälpt över 100 företag

Industri
Green tech
B2C

Världens bästa insättningssystem tar ett stort steg framåt

Appen ”TR i FOA” gör arbetet mer effektivt

Hälsa och välbefinnande

Appen ”Mitt liv – min hälsa” hjälper medborgarna

App för nyheter på norra Jylland

Formuepleje tar hand om din investering

Hälsa och välbefinnande

b-near® gör videokontakt tillgänglig för alla

Varför ska du välja bort en hybridlösning?

Begränsningar med en hybridapplikation

Som tidigare nämnts utvecklar vi även hybrida applikationer här på Makeable, men de lösningar där vi har rekommenderat en hybridlösning har varit begränsade till projekt som antingen:

Kortsiktig orientering
Knappt med pengar i den första versionen, så att man medvetet väljer att satsa på en app som man inte vill vidareutveckla på lång sikt
En lösning som garanterar drift under högst 1-2 år.

Erfarenhet av hybrider som har lett till inhemska produkter

Vi har varit involverade i flera projekt där kunden ville använda en hybridplattform och vi rådde dem att välja en native-lösning på grund av projektets komplexitet, tillförlitlighet etc.

I vissa fall höll kunden fast vid sin önskan om en hybridlösning och vi tackade nej till ordern av professionella skäl. I flera av dessa fall kom kunden tillbaka till oss efter införandet av sin hybridlösning och bad oss utveckla en ny native-app.

Varför det kan vara en dålig idé att byta från en native-app till en hybrid-app

Bankdata erbjuder en gemensam app-plattform för åtta danska banker, däribland Jyske Bank, Sydbank och Ringkjøbing Landbobank. Appen för dessa banker är en mycket populär och uppskattad app baserad på native-teknik.

Sommaren 2021 relanserade Bankdata alla dessa bankers internetbanksappar som en hybridlösning. Denna relansering har resulterat i en betydligt sämre app som generellt erbjuder en dålig användarupplevelse jämfört med den native app som användarna har vant sig vid.