Hopp til hovedinnhold

Android-utvikling

Native Android-apper i Kotlin og Jetpack Compose — bygget av utviklere som har levert apper til tjenester som brukes av mange nordmenn hver dag.

Håndtegnet illustrasjon for Android

Verktøy og rammeverk vi bruker

  • Kotlin
  • Jetpack Compose
  • Material 3
  • Coroutines
  • Hilt
  • KSP
  • Retrofit og OkHttp
  • kotlinx.serialization
  • DataStore
  • AndroidX Biometric
  • OpenAPI Generator
  • Firebase Crashlytics og Cloud Messaging
  • Play Integrity
  • JUnit, MockK og Espresso
  • Google Play-publisering

Android-utvikling i Kotlin og Jetpack Compose

En god Android-app føles rask og forutsigbar på alt fra rimelige telefoner til nyeste flaggskip. Vi utvikler native apper i Kotlin med Jetpack Compose og Material 3, med Coroutines for asynkront arbeid og Hilt for avhengighetsinjeksjon. API-klienter genereres fra OpenAPI, slik at appen og backend snakker samme språk.

Mange av produktene vi har jobbet med, finnes på både iOS og Android. Det gjelder Trumf, der vi bidro til en widget som tar kundene rett til QR-koden ved betaling, og tjenester som re:member og NRK TV. Erfaringen med å få opplevelsen til å henge sammen på tvers av plattformer tar vi med inn i Android-arbeidet.

Native Android eller kryssplattform — når vi anbefaler hva

Native Kotlin og Jetpack Compose er vårt utgangspunkt når appen er et sentralt produkt: når ytelse på rimelige telefoner, tilgjengelighet, biometri, widgets eller tett integrasjon med varsler betyr noe. Brukerne får en app som oppfører seg som resten av telefonen, og teamet får tilgang til nye Android-API-er uten å vente på et mellomlag.

Kryssplattform kan være riktig når appen i hovedsak viser innhold og skjemaer, når budsjettet bare rekker til ett team, eller når et eksisterende webteam skal eie appen. Prisen er som regel noe mindre plattformfølelse og en ekstra avhengighet å holde oppdatert.

Ofte er det beste et mellomstandpunkt:

  • Felles API-kontrakter. OpenAPI-spesifikasjonen genererer klienter for både Android og iOS, slik at appene er enige om dataene.
  • Felles konsepter, native grensesnitt. Komponenter og navngivning speiles mellom plattformene, mens hver app bygges i sitt eget verktøy.
  • Delt logikk der den er omfattende. Når forretningslogikken er stor og lik på begge plattformer, vurderer vi Kotlin Multiplatform for den delen, mens grensesnittet forblir native.

Flere merkevarer fra én kodebase

Vi har jobbet med en white label-app der flere merkevarer deler én kodebase. Hver merkevare har egne farger, tekster og funksjoner, men feilrettinger og nye funksjoner kommer alle til gode samtidig. Deler av grensesnittet styres fra serveren gjennom et felles komponentbibliotek for iOS og Android, slik at innhold og oppsett kan endres uten en ny app-versjon. Det gir mindre vedlikehold og raskere leveranser — uten at merkevarene mister sitt eget uttrykk.

Typiske oppdrag

Ny app fra idé til Google Play

Vi tar produktet fra prototype til publisert app, med arkitektur, design i Material 3, testing og publisering i Google Play.

Flere merkevarer fra én kodebase

Vi bygger white label-apper der flere merkevarer deler kode, mens farger, innhold og funksjoner konfigureres per merkevare.

Modernisering av eksisterende app

Vi går inn i etablerte kodebaser, flytter skjermer gradvis til Jetpack Compose og rydder i avhengigheter og byggeoppsett uten å stoppe leveransene.

Senior Android-kapasitet i teamet

Erfarne utviklere som bidrar fra første dag og hjelper teamet med arkitektur, testing og release-rutiner.

Vanlige spørsmål

Utvikler dere native Android-apper eller kryssplattform?

Vi anbefaler som regel native utvikling i Kotlin når ytelse, tilgjengelighet og plattformfunksjoner er viktige. Vi deler gjerne konsepter, API-kontrakter og UI-komponenter mellom iOS og Android der det gir mindre vedlikehold.

Kan dere ta over en eksisterende Android-app?

Ja. Vi starter med en gjennomgang av kodebasen, Gradle-oppsettet, avhengigheter og release-rutiner, og foreslår en plan for hva som bør forbedres først.

Hjelper dere med publisering i Google Play?

Ja. Vi setter opp signering, testspor, automatiserte bygg og utrulling i Google Play slik at nye versjoner kan publiseres trygt og gradvis.

Bruker dere Jetpack Compose eller XML-layout?

Nye skjermer bygges i Jetpack Compose. I eldre apper lar vi Compose og XML-layout leve side om side og flytter over når det lønner seg.

Kan én app brukes av flere merkevarer?

Ja. Med én felles kodebase og konfigurasjon per merkevare kan flere apper dele funksjoner og feilrettinger, mens hver merkevare beholder sitt eget uttrykk.

Trenger dere hjelp med Android?

Fortell kort om produktet, teamet eller systemet. Vi svarer med et konkret forslag til neste steg — enten det er en hel leveranse, senior kapasitet i teamet eller tekniske råd.

E-postadressen og meldingen brukes bare til å svare på henvendelsen din.

Telefon
920 50 946
Sted
Oslo, Norge