Dezvoltatori certificați Adobe Commerce · Echipe nearshore disponibile în 2 săptămâni

Kotlin, Jetpack Compose, Play Console

Android, construit pentru telefoanele pe care le au clienții tăi.

Android nu este un singur dispozitiv. Este un deceniu de hardware, patru versiuni de sistem active, trei moduri diferite în care producătorii omoară procesele din fundal și un magazin cu politici care se schimbă anual. Construim pentru realitatea asta: Kotlin și Compose, testate pe gama din analytics-ul tău, nu pe un singur telefon de top, și lansate cu rollout etapizat, ca un build prost să ajungă la o fracțiune din utilizatori, nu la toți.

Tehnologii

KotlinJetpack ComposeCoroutines · FlowRoom · DataStoreWorkManagerHiltRetrofit · OkHttpFirebase Cloud MessagingPlay BillingGradle · Android Studio

01Capabilități

01

Compose, nu un deceniu de XML

Jetpack Compose cu Material 3 și un design system real, astfel încât un ecran se scrie o dată și se adaptează la telefon, pliabil și tabletă, în loc să fie trei layout-uri care se depărtează în timp.

02

Lucru în fundal care supraviețuiește producătorului

Samsung, Xiaomi și Huawei omoară procesele de fundal fiecare în felul lui. Folosim WorkManager cu constrângerile pe care Android chiar le respectă și testăm că sincronizarea încă rulează după ce telefonul a stat o noapte inactiv.

03

Play Console tratat serios

Piste de testare internă, închisă și deschisă, rollout etapizat cu prag de oprire, Play App Signing și formularul Data safety completat după ce face aplicația în realitate, nu după un șablon.

04

Upgrade de target API la termen

Google ridică anual nivelul de target API cerut și ascunde aplicațiile rămase în urmă. Îl tratăm ca mentenanță planificată, nu ca pe o urgență în luna în care expiră termenul.

02Perimetru

Ce este inclus

  • Aplicații Android native în Kotlin și Jetpack Compose
  • Migrare de pe Java, layout-uri XML sau o aplicație hibridă abandonată
  • Stocare offline-first cu Room și sincronizare conștientă de conflicte
  • Notificări push prin Firebase Cloud Messaging
  • Play Billing pentru abonamente și achiziții în aplicație
  • Servicii în prim-plan, WorkManager și planificare compatibilă cu Doze
  • Layout-uri pentru telefon, pliabil, tabletă și Android Auto
  • Configurare Play Console, piste de testare și rollout etapizat
  • Declarații Data safety și analiza permisiunilor
  • Upgrade anual de target API și compatibilitate cu versiuni noi de OS
  • Raportare de crash-uri, triaj ANR și profilare de performanță

03Lansare

Cum ajunge un build în Play Store

Android îți permite să lansezi treptat, ceea ce este avantajul lui real față de alternativă. Îl folosim în întregime.

01aceeași zi

Testare internă

Până la o sută de testeri, disponibil la câteva minute după încărcare. Aici verificăm un build noi și clientul, înainte să-l vadă cineva din exterior.

023–10 zile

Pistă închisă

Un grup nominal de utilizatori reali, pe telefoane reale. Aici ies la iveală managerele de baterie ale producătorilor, versiunile mai vechi de sistem și ecranele ciudate — nu în birou.

033–7 zile

Rollout etapizat

Lansat la 1%, apoi 5, 10, 25, 50, 100, urmărind rata fără crash-uri și ANR-urile la fiecare pas. O regresie se oprește la următoarea poartă, nu ajunge la toată lumea.

04la nevoie

Oprire și remediere

Un rollout poate fi oprit în timpul desfășurării, și tocmai de asta se face așa. Remedierea pleacă tot ca release etapizat, nu ca panică.

04Partea nespectaculoasă

Ce strică de fapt aplicațiile Android

Aproape niciodată funcționalitățile. Ce strică aplicațiile Android în teren este platforma de dedesubt: o sincronizare de fundal pe care un producător a oprit-o tăcut, un model de permisiuni schimbat între versiuni de sistem, o actualizare de WebView care a stricat un ecran neatins de nimeni sau o ridicare de target API care a forțat rescrierea stocării.

De aceea planificăm pentru asta. Stocarea trece prin API-urile cu domeniu restrâns de la început, nu migrată sub presiunea termenului. Permisiunea de notificări este cerută într-un moment care are sens pentru utilizator, pentru că pe Android 13 și mai nou poate fi pur și simplu refuzată. Lucrul în fundal își declară constrângerile și este verificat după o inactivitate reală peste noapte, nu într-un simulator.

Iar aplicația este testată pe telefoanele din analytics-ul tău. Dacă o treime din utilizatori au un telefon de gamă medie, vechi de patru ani, cu 3GB de RAM, acel telefon este în setul de test — un build care a rulat doar pe un vârf de gamă actual nu a fost testat.

05Întrebări

Întrebări frecvente

Kotlin nativ sau React Native pentru Android?

Dacă aplicația merge și pe iOS, iar interfața este în mare parte standard, cross-platform câștigă de obicei la cost — o echipă, un cod, aproximativ jumătate din efort. Kotlin nativ își merită banii când ai nevoie de integrare profundă cu platforma, lucru intens în fundal, performanță strânsă pe telefoane slabe sau funcționalități noi de platformă din ziua în care apar. Construim ambele și îți spunem care variantă o justifică cerințele tale.

Cât durează verificarea în Google Play?

De obicei ore până la câteva zile pentru o actualizare, mai mult la prima trimitere sau după o schimbare sensibilă pentru politici. Este semnificativ mai rapidă și mai previzibilă decât App Store, motiv pentru care lansăm adesea întâi pe Android și folosim asta ca să scoatem problemele înainte de trimiterea pe iOS.

Ce este formularul Data safety și de ce contează?

Este declarația cerută de Google despre ce date colectează aplicația ta, ce partajează și cum sunt protejate — afișată în pagina din magazin. Trebuie să corespundă cu ce fac efectiv aplicația și bibliotecile ei, inclusiv cele de analytics și publicitate. O neconcordanță duce la eliminarea aplicației. Îl completăm după un audit al traficului de rețea, nu după ce susține documentația SDK-ului.

Ce versiuni de Android ar trebui să susținem?

Stabilim minimul din analytics-ul tău, nu dintr-o recomandare generală. Pentru majoritatea aplicațiilor de consum asta înseamnă ultimele patru–cinci versiuni majore, ceea ce acoperă mult peste nouăzeci la sută din dispozitive. O versiune în plus în urmă poate dubla suprafața de testare pentru o cotă foarte mică de utilizatori, deci merită decis pe cifre.

Puteți prelua o aplicație Android existentă?

Frecvent. Începem cu un audit — nivel de target API, versiuni de dependențe, rată fără crash-uri, rată ANR, reproductibilitatea build-ului și situația față de politicile magazinului — și îți dăm o listă scrisă de riscuri. Cele rămase în urmă la cerința de target API sunt cele mai urgente, pentru că Google ajunge să le ascundă de utilizatorii noi.

Ce facem

Dezvoltare aplicații Android

Aplicații Android native în Kotlin și Jetpack Compose — construite pentru gama de telefoane pe care o au efectiv utilizatorii tăi și publicate prin Play Console fără surprize la release.