Utvikling av mobilapper
Native iOS, .NET MAUI og React Native, valgt ut fra hva appen faktisk trenger og ikke ut fra hva vi tilfeldigvis foretrekker. Utviklerne som bygger appen, kan også eie API-et bak den.
Tre plattformer, én ærlig anbefaling
Native iOS
Swift og SwiftUI
Når appen trenger plattformen: bakgrunnsposisjon, HealthKit, push-oppførsel, offline-synkronisering eller App Store-funksjoner en wrapper ikke når.
.NET MAUI
C# og XAML, én kodebase for iOS og Android
Det naturlige valget når backenden allerede er .NET: de samme modellene, valideringsreglene og utviklerne dekker både API-et og appen.
React Native
TypeScript, delt med webfrontenden deres
Fornuftig når en React-webapplikasjon allerede finnes og mobilappen skal gjenbruke komponentene, tilstanden og teamet.
Slik velger vi
Den første samtalen handler om enhetsfunksjonene dere trenger, teamet som skal vedlikeholde appen etter lansering og backenden den snakker med. Hvis én kodebase kan betjene begge appbutikkene uten å kjempe mot plattformen, sier vi det. Hvis appen trenger native iOS-oppførsel, sier vi det i stedet for å selge en kryssplattformløsning som må skrives om om et år.
Dette følger med appen
- API-et den er avhengig av. Våre utviklere i .NET og Python sitter i samme team, så appen og backenden er ikke to leverandører som skylder på hverandre.
- Innsending til appbutikkene er ivaretatt, inkludert signeringsoppsett, personverndeklarasjoner og utgivelsesnotater, med pipelinen som bygger og sender inn på nytt.
- Krasj- og bruksrapportering er koblet opp før lansering, slik at den første dårlige utgivelsen synes i løpet av minutter og ikke i anmeldelsene.
- Tester på nivåene som lønner seg: enhetstester for logikk og automatiserte brukerreiser for flytene som ville kostet dere penger om de sluttet å fungere.
Planlegger dere en mobilapp?
Beskriv brukerne, enhetsfunksjonene og backenden dere allerede har. Dere får en plattformanbefaling med begrunnelse og et estimat innen én arbeidsdag.