Utveckling av mobilappar
Native iOS, .NET MAUI och React Native, valda efter vad appen faktiskt behöver snarare än efter vad vi råkar föredra. De utvecklare som bygger appen kan också äga API:et bakom den.
Tre plattformar, en ärlig rekommendation
Native iOS
Swift och SwiftUI
När appen behöver plattformen: platsbestämning i bakgrunden, HealthKit, pushbeteende, offlinesynk eller App Store-funktioner som en wrapper inte når.
.NET MAUI
C# och XAML, en kodbas för iOS och Android
Det naturliga valet när er backend redan är .NET: samma modeller, valideringsregler och utvecklare täcker både API:et och appen.
React Native
TypeScript, delat med er webbfrontend
Klokt när en React-webbapplikation redan finns och mobilappen ska återanvända dess komponenter, tillstånd och team.
Hur vi väljer
Det första samtalet handlar om de enhetsfunktioner ni behöver, teamet som ska underhålla appen efter lansering och backend som den talar med. Om en kodbas kan betjäna båda butikerna utan att kämpa mot plattformen säger vi det. Om er app behöver native iOS-beteende säger vi det i stället för att sälja ett plattformsoberoende bygge som kommer att skrivas om om ett år.
Det som levereras med appen
- API:et den är beroende av. Våra .NET- och Python-utvecklare sitter i samma team, så appen och dess backend är inte två leverantörer som skyller på varandra.
- Inlämning till appbutikerna ordnad, inklusive signeringsuppsättning, integritetsdeklarationer och releaseanteckningar, med pipelinen som bygger om och skickar in på nytt.
- Krasch- och användningsrapportering kopplad före lansering, så att den första dåliga releasen syns på minuter i stället för i recensioner.
- Tester på de nivåer som lönar sig: enhetstester för logik och automatiserade flöden för de flöden som skulle kosta er pengar om de gick sönder.
Planerar ni en mobilapp?
Beskriv användarna, enhetsfunktionerna och den backend ni redan har. Ni får en plattformsrekommendation med skäl och en uppskattning inom en arbetsdag.