Udvikling af mobilapps
Native iOS, .NET MAUI og React Native, valgt efter, hvad appen faktisk har brug for, og ikke efter, hvad vi tilfældigvis foretrækker. De udviklere, der bygger appen, kan også eje det API, der ligger bag.
Tre platforme, én ærlig anbefaling
Native iOS
Swift og SwiftUI
Når appen har brug for platformen: lokation i baggrunden, HealthKit, push-adfærd, offline-synkronisering eller App Store-funktioner, som en wrapper ikke kan nå.
.NET MAUI
C# og XAML, én kodebase til iOS og Android
Det naturlige valg, når jeres backend allerede er .NET: de samme modeller, valideringsregler og udviklere dækker API'et og appen.
React Native
TypeScript, delt med jeres web-frontend
Fornuftigt, når der allerede findes en React-webapplikation, og mobilappen skal genbruge dens komponenter, tilstand og team.
Sådan vælger vi
Den første samtale handler om de enhedsfunktioner, I har brug for, det team, der skal vedligeholde appen efter lanceringen, og den backend, den taler med. Hvis én kodebase kan betjene begge app-butikker uden at kæmpe mod platformen, siger vi det. Hvis jeres app har brug for native iOS-adfærd, siger vi det i stedet for at sælge en tværplatformsløsning, der skal skrives om om et år.
Det følger med appen
- Det API, den afhænger af. Vores .NET- og Python-udviklere sidder i det samme team, så appen og dens backend ikke er to leverandører, der giver hinanden skylden.
- Indsendelse til app-butikkerne håndteret, herunder signeringsopsætning, privatlivserklæringer og release notes, med den pipeline, der genbygger og indsender igen.
- Rapportering af nedbrud og brug koblet på før lanceringen, så den første dårlige release er synlig inden for få minutter og ikke først i anmeldelserne.
- Tests på de niveauer, der betaler sig: unit tests til logik og automatiserede forløb til de flows, der ville koste jer penge, hvis de gik i stykker.
Planlægger I en mobilapp?
Beskriv brugerne, enhedsfunktionerne og den backend, I allerede har. I får en platformsanbefaling med begrundelse og et estimat inden for én arbejdsdag.