Servizi di sviluppo app Android per brand USA e UE

I nuovi progetti partono da Kotlin 2.x con il compilatore K2, target SDK 35 (Android 15) e minSdk impostato a 26 (Android 8.0) che copre circa il 95% dei dispositivi attivi in USA e UE. La policy di Google Play richiede che il targetSdk sia entro un anno dall'ultimo major release, quindi pianifichiamo sprint di upgrade SDK nella roadmap annuale. Per le app B2B fleet su dispositivi rugged abbassiamo il minSdk a 24 (Android 7.0) con backport AndroidX isolati. Jetpack Compose è il layer UI predefinito; l'interop View/XML viene mantenuto per i moduli legacy e i percorsi CameraX/PdfRenderer dove Compose è ancora in recupero.

Eseguiamo un pre-flight sulle categorie di rifiuto più comuni: modulo Data Safety non corrispondente al comportamento effettivo degli SDK, mancanza di Account Deletion (obbligatorio dall'app e dal web da maggio 2024), tipi di foreground service non dichiarati correttamente su Android 14+, permessi con restrizioni senza Permissions Declaration Form (SMS, Call Log, AccessibilityService, MANAGE_EXTERNAL_STORAGE) e violazioni della policy Families. Correggiamo anche i crash del Pre-Launch Report che Google esegue sui dispositivi Firebase Test Lab prima del nostro rilascio interno, il che cattura l'80% delle recensioni a 1 stella post-pubblicazione.

Google Play Billing Library 7.x è la soluzione predefinita per i beni digitali (la policy Play la richiede ancora all'interno del canale di distribuzione Play per la maggior parte delle categorie). Per gli utenti UE implementiamo il pilot User Choice Billing dove idonei — gli utenti vedono Play Billing insieme al processore dello sviluppatore, con la corrispondente riduzione della commissione di servizio (3%). Per le categorie rilevanti per il DMA supportiamo la distribuzione alternativa tramite flussi di installazione APK diretti con i prompt corretti per Install Unknown Apps, e manteniamo un track Play separato per la stessa app. Gli abbonamenti usano il nuovo modello base-plan/offer con flussi di consenso alla modifica del prezzo.

Compose-first dal 2023 per tutto il nuovo codice: Compose 1.7+ con strong-skipping mode, Compose Navigation con route type-safe, Compose Material 3 con colore dinamico e Compose per Wear OS dove il prodotto si estende agli smartwatch. I ViewModel usano Kotlin Coroutines e StateFlow, dependency injection tramite Hilt, data layer con Room e DataStore. Embeddiamo ancora AndroidView/ComposeView interop per CameraX preview, annunci nativi AdMob, ExoPlayer (Media3) e PdfRenderer finché gli equivalenti nativi di Compose non sono pronti per la produzione. I Baseline Profile vengono generati per ogni release per mantenere il cold start sotto i 500 ms sui dispositivi di fascia media.

GDPR-aligned by design: base giuridica documentata per categoria di dati, SDK Google User Messaging Platform (UMP) per il consenso IAB TCF v2.2 nell'UE, esportazione granulare dei dati ed eliminazione dell'account (anche requisito della policy Play) e DPA con ogni SDK di terze parti. Il modulo Data Safety viene compilato da un'unica fonte di verità che verifichiamo rispetto agli SDK effettivi nel bundle — la mancata corrispondenza è la causa n. 1 delle azioni di enforcement della policy. Per i clienti UE ospitiamo l'infrastruttura backend in eu-central-1 o europe-west3, abilitiamo Android Privacy Sandbox dove il prodotto utilizza l'attribuzione degli annunci e manteniamo i dati personali fuori da Crashlytics/Sentry con breadcrumb scrubbing.

Le app Android sono a scope fisso e quotate all-in in USD, per fascia di ambizione di prodotto. Un MVP parte da 3.500 $ (4–8 settimane): la prima app funzionante con un flusso principale su Kotlin 2.x e Jetpack Compose più un rilascio su Google Play. Un'app di produzione parte da 5.800 $ (diverse funzionalità, integrazione backend, persistenza offline, analytics). Un prodotto completo parte da 9.200 $ (più moduli, ruoli, integrazioni esterne, CI/CD e QA sui dispositivi). Un'app complessa con pagamenti, sync offline-first, SDK nativi ed esperimenti A/B parte da 11.500 $. A muovere la cifra sono il numero di form factor, la profondità di integrazioni e permessi, la complessità di fatturazione e l'ambito di conformità. Vedete il budget voce per voce prima che venga scritta una riga di codice e lo approvate.

Utilizziamo WindowSizeClass e layout adattivi fin dal primo giorno per telefoni, tablet e foldable. minSdk 26 copre circa il 95% dei dispositivi attivi in USA e UE. I comportamenti specifici degli ottimizzatori batteria OEM (Samsung, Xiaomi, OnePlus) vengono testati su dispositivi reali. I Baseline Profile vengono generati a ogni release per mantenere il cold start sotto i 500 ms sui dispositivi di fascia media, indipendentemente dalle variazioni del firmware OEM. I layout foldable usano WindowSizeClass per una continuità fluida tra display interno ed esterno.

Sì. Wear OS 4/5 con Compose per Wear, Tiles e Complicazioni per i companion smartwatch. Le app Android Auto e Automotive OS seguono le linee guida AAOS con Car App Library e interazione vocale. Android TV utilizza Leanback e Compose for TV per la navigazione a 10 piedi con telecomando. Ogni form factor supera le revisioni di qualità large screen e automotive di Google Play prima della submission.

Room è la fonte unica di verità con un layer StateFlow reattivo per aggiornamenti UI istantanei dai dati locali. Un motore di sync riconcilia con il backend al ritorno della connettività, con una strategia di risoluzione dei conflitti definita in fase di discovery. WorkManager gestisce la sincronizzazione in background con backoff esponenziale. Abbiamo consegnato soluzioni offline-first in logistica, HealthTech e ispezioni sul campo dove la connettività è strutturalmente inaffidabile.

Sì. Migramo Java verso Kotlin in modo incrementale per modulo con il convertitore automatico di IntelliJ, seguito da una pulizia manuale di nullability e coroutine. La migrazione UI da XML View a Compose avviene schermata per schermata con l'interoperabilità ComposeView, in modo che l'app continui a essere rilasciata durante tutto il processo. Migramo anche RxJava verso Coroutines e gli script Groovy verso Kotlin DSL con version catalog. La suite di test Espresso esistente viene eseguita su ogni schermata Compose per prevenire regressioni.

Piramide di test Android standard: JUnit5 e MockK per i test unitari; Room in-memory, Hilt TestComponent e MockWebServer per i test di integrazione; Compose Test ed Espresso per i flussi UI. Macrobenchmark misura cold start e prestazioni di scroll sugli obiettivi dei Baseline Profile. I failure del Pre-Launch Report su Firebase Test Lab vengono corretti prima di ogni release interna. Le app regolamentate ricevono pass aggiuntivi che coprono cifratura, analisi del traffico di rete e verifica del certificate pinning.