Het mobiel beschikbaar maken van je applicatie (PWA, Native, Meta frameworks)

De weg naar mobile

Het ontwikkelen van je applicatie vergt resources die voor een groot deel bepalen welke keuzes je op welk moment zal maken. We schreven daar al eerder over, toen Maurits de complexiteit van de software langs de fase van een onderneming legde. Welk team past nou het best in welke situatie? Of je ook een mobiele applicatie ontwikkelt, legt daar eigenlijk nog een dimensie bovenop.

Van webapplicatie in de (mobiele) browser, tot een volledige native app specifiek gebouwd voor één of meerdere mobiel platformen, daar tussenin vind je nog allerlei andere mogelijkheden:

Wat betekenen al deze methodes en welke afwegingen kun je maken? Daar gaan we dit artikel dieper op in.

Je huidige webapplicatie toegankelijk maken voor mobiel

Als je applicatie enkel en alleen nog draait in een browser, kun je een aantal dingen doen om deze in elk geval toegankelijk te maken voor mobiele apparaten. De twee voornaamste methodes zijn ‘mobile responsiveness’ en ‘mobile adaptiveness’.

Mobile responsiveness

Met mobile responsiveness past de applicatie zich automatisch aan op de grootte van het scherm. Gebruikers openen nog steeds de webapplicatie in hun browser: op kleinere schermen verschuiven enkele elementen zodat het netjes past.

Voordeel

• Oneindige flexibiliteit. Het is toepasbaar op een oneindig aantal schermgroottes
• Uniforme ervaring. Doordat de applicatie zich altijd aanpast aan de grootte van het scherm, levert het een consistente gebruikerservaring.

Nadeel

• Meer werk. Het is voor developers meer werk. Zeker als het al een bestaande applicatie betreft.
• Mogelijk langere laadtijden. De volledige website wordt daarnaast altijd volledig ingeladen, waardoor de laadtijden relatief hoog kunnen zijn.

Mobile adaptiveness

Bij mobile adaptiveness ontwerp je voor bepaalde schermgroottes specifieke lay-outs. Denk aan een applicatie die op een tablet andere features en elementen van de site moet tonen, dan op een telefoon. Neem bijvoorbeeld een menu dat op een desktop altijd zichtbaar is, maar op een mobiel apparaat ingeklapt wordt.

Voordeel

• Ervaring op maat. De ervaring is in hoge mate afgestemd op specifieke gebruikers en schermgroottes.
• Mogelijk snellere laadtijden. Het is daarnaast eventueel mogelijk om alleen de code voor een specifieke schermgrootte in te laden, waardoor deze op zulke schermen sneller laadt dan een responsive website.

Nadeel

• Meer inspanning. Het vergt meer inspanningen om voor elk scherm apart te ontwerpen en telkens te onderhouden. Op een schermgrootte waarvoor je niet ontwikkeld hebt, heb je geen controle over de gebruikerservaring.
• Beperkte controle. Op een schermgrootte waarvoor je niet ontwikkeld hebt, heb je geen controle over de gebruikerservaring.

Voordeel

• Eén codebase voor diverse platformen. Voor een PWA voer je specifieke aanpassingen door in je huidige webapplicatie. Vervolgens heb slechts één versie van de app die op alle apparaten er hetzelfde zal uitzien.
• Goedkoper en sneller te bouwen. Doordat het maar één codebase bevat, is de applicatie en de mobiele versie eenvoudiger te onderhouden.

Nadeel

• Het beperkt kunnen toepassen van mobiele functionaliteiten. Niet elk mobiel platform ondersteunt betalingen via een PWA en interacties met andere applicaties op het mobiele apparaat zijn beperkt. Ook functies als gezichtsherkenning en interactie met een NFC-chip zijn niet beschikbaar.
• Niet (per se) beschikbaar in app stores. Een PWA is daarnaast niet beschikbaar in een AppStore of Google Play Store, waar je gebruikers misschien wel gewend zijn op zoek gaan naar je applicatie. Met tools als PWABuilder kun je echter alsnog je PWA in een app store publiceren, om ook dat verschil te overbruggen.

Voordeel

• Een native app is specifiek gebouwd voor het mobiele platform. Dat betekent dat de applicatie ook optimaal gebruik kan maken van het apparaat zelf: de performance zal daardoor naar verwachting beter zijn.
• Toegang tot apparaat specifieke functionaliteiten. Daarnaast heb je toegang tot alle krachtige features van het apparaat zoals de camera, mogelijkheden tot mobiele betalingen en de NFC-chip. Voor een PWA’s komen enkele van deze functionaliteiten pas recentelijk, langzaamaan beschikbaar.

Nadeel

• Verschillende programmeertalen. Je schrijft een applicatie voor Apple iOS in een andere programmeertaal dan Google Android. Objective-C en Swift voor iOS, Java voor Android. Wil je voor beide systemen ontwikkelen, dan betekent dat ook dat je developers in dienst moet hebben die de taal voor die platformen kennen.
• Onderhoud. Ontwikkel je voor beide platformen, dan heb je ook apart onderhoud nodig voor zowel de Android als iOS app. Daar gaat veel energie en tijd in zitten. Want ook de platformen zelf kennen regelmatig veranderingen waar je jouw applicatie vervolgens weer aan moet laten voldoen.

Voordeel

• Toegang tot mobiele functies. Met een app die gebouwd is met meta frameworks, heb je toegang tot vele handige functies van een mobiel apparaat.
• Sneller ontwikkelen en publiceren. In feite maak je één applicatie die voor alle mobiele platformen beschikbaar is. De interface is namelijk opgedeeld in verschillende componenten. Daardoor werkt de app optimaal op meerdere platformen.

Nadeel

• Het is lastiger om met lokale APIs te werken. Denk aan de camera, bluetooth of GPS. Er zijn echter wel oplossingen voor, die extra aandacht vereisen tijdens onderhoud.
• Performance. Ondanks dat het nagenoeg native aanvoelt, is de performance nog altijd minder hoog dan een native app. Heb je dus een applicatie die veel rekenkracht vereist, dan is een meta framework misschien niet de beste keuze. Al zijn de verschillen klein.