Glossario della piattaforma Android

Leggi l'elenco che segue per conoscere la terminologia di base dell'Android Open Source Project (AOSP). Ecco altre fonti per le definizioni dei termini chiave:

Consulta la sezione Codice rispetto per esempi di terminologia da utilizzare ed evitare per un ecosistema più inclusivo.

App

File APK (.apk)
File del pacchetto dell'app per Android con estensione .apk. Ogni app Android viene compilata e pacchettizzata in un unico file che include tutto il codice dell'app (file DEX con estensione .dex), le risorse, gli asset e il file manifest. Il file del pacchetto dell'app può avere un nome qualsiasi, ma deve utilizzare l'estensione .apk, ad esempio myExampleAppname.apk. Per praticità, un file del pacchetto dell'app viene spesso definito APK.

Correlato: app

azione
Una descrizione di un'azione che un mittente di intent vuole che venga eseguita. Un'azione è un valore di stringa assegnato a un intent. Le stringhe di azioni possono essere definite da Android o da un sviluppatore di terze parti. Ad esempio, android.intent.action.VIEW per un URL web o com.example.rumbler.SHAKE_PHONE per un'app personalizzata per far vibrare lo smartphone.

Correlato: intent

attività
Una singola schermata di un'app, con codice Java di supporto, derivata dalla classe Activity. Molto spesso, un'attività è rappresentata visivamente da una finestra a schermo intero che può ricevere e gestire eventi UI ed eseguire attività complesse, a causa della finestra utilizzata per il rendering della finestra. Un'attività è in genere a schermo intero, ma può anche essere scorrevole o trasparente.
app
Dal punto di vista dei componenti, un'app Android è costituita da uno o più servizi, attività, listener e ricevitori di intent. Dal punto di vista del file sorgente, un'app per Android è composta da codice, risorse, asset e un singolo manifest. Durante la compilazione, questi file vengono pacchettizzati in un unico file denominato APK (app pacchetto).

Correlato: file APK (.apk), attività

broadcast receiver
Un oggetto basato sulla classe BroadcastReceiver che ascolta gli intent trasmessi, anziché inviati a una singola app o attività target. Il sistema consegna un intent di trasmissione a tutti i broadcast receiver interessati, che gestiscono gli intent in sequenza.

Correlato: intent, filtro Intent

fornitore di contenuti
Un livello di astrazione dei dati che puoi utilizzare per esporre in sicurezza i dati della tua app ad altre app. Un fornitore di contenuti è basato sulla classe ContentProvider che gestisce le stringhe di query dei contenuti di un formato specifico per restituire i dati in un formato specifico. Per ulteriori informazioni, vedi Fornitori di contenuti.

Correlato: URI in Android

finestra di dialogo
Una finestra mobile che funge da modulo leggero. Una finestra di dialogo può contenere solo controlli per i pulsanti e deve eseguire un'azione semplice (come la scelta del pulsante) e magari restituire un valore. Una finestra di dialogo non è pensata per rimanere nella serie di elementi della cronologia, contenere un layout complesso o eseguire azioni complesse. Android fornisce una finestra di dialogo semplice predefinita con pulsanti facoltativi oppure puoi definire il layout della finestra di dialogo. La classe di base per le finestre di dialogo è Dialog.

Correlato: attività

intent
Un oggetto messaggio che puoi utilizzare per avviare o comunicare con altre app o attività in modo asincrono. Un oggetto intent è un'istanza della classe Intent. Include diversi campi di criteri che puoi fornire per determinare quale app o attività riceve l'intent e cosa fa il destinatario quando gestisce l'intent. I criteri disponibili includere l'azione desiderata, una categoria, una stringa di dati, il tipo MIME dei dati e una classe di gestione. Un'app invia un intent al sistema Android anziché direttamente a un'altra app o attività. L'app può inviare l'intent a una singola app di destinazione o come trasmissione, che a sua volta può essere gestita da più app in sequenza. Il sistema Android è responsabile della risoluzione del destinatario migliore disponibile per ogni intent, in base ai criteri forniti nell'intent e ai filtri intent definiti da altre app. Per maggiori informazioni, consulta la sezione Filtri per intent e intent.

Correlato: filtro intent, ricevitore di trasmissione

filtro per intent
Un oggetto filtro dichiarato da un'app nel relativo file manifest per indicare al sistema quali tipi di intent è disposto ad accettare ciascuno dei suoi componenti e con quali criteri. Tramite un filtro intent, un'app può esprimere interesse per tipi di dati, azioni intent, formati URI e così via specifici. Quando risolve un'intenzione, il sistema valuta tutti i filtri di intent disponibili in tutte le app e li passa all' attività o all'app che corrisponde meglio all'intenzione e ai criteri. Per ulteriori informazioni, consulta Intent e filtri di intent.

Correlato: intent, broadcast receiver

risorse
Componenti dell'app non programmatici esterni al codice dell'app compilato, ma che possono essere caricati dal codice dell'app utilizzando un formato di riferimento noto. Android supporta diversi tipi di risorse, ma le risorse di un'app tipica sono costituite da stringhe dell'interfaccia utente, componenti di layout dell'interfaccia utente, grafica o altri file multimediali e così via. Un'app utilizza le risorse per supportare in modo efficiente la localizzazione e diversi profili e stati dei dispositivi. Ad esempio, un'app includerebbe un insieme separato di risorse per ogni tipo di dispositivo o locale supportato, nonché risorse di layout specifiche per l'orientamento corrente dello schermo (orizzontale o verticale). Per ulteriori informazioni sulle risorse, consulta la Panoramica delle risorse per le app. Le risorse di un'app vengono sempre archiviate nelle sottocartelle res/* del progetto.
servizio
Un oggetto di classe Service che viene eseguito in background (senza presenza dell'interfaccia utente) per eseguire varie azioni permanenti, come riprodurre musica o monitorare l'attività di rete.

Correlato: attività

URI in Android
Android utilizza stringhe URI (Uniform Resource Identifier) come base per richiedere dati in un fornitore di contenuti (ad esempio per recuperare un elenco di contatti) e per richiedere azioni in un'intent (ad esempio l'apertura di una pagina web in un browser). Lo schema e il formato URI sono specializzati in base al tipo di utilizzo e un'app può gestire stringhe e schemi URI specifici in qualsiasi modo preferito. Alcuni schemi URI sono riservati ai componenti di sistema. Ad esempio, le richieste di dati da un fornitore di contenuti devono utilizzare content://. In un'intent, un URI che utilizza uno schema http:// viene gestito dal browser.

Crea

adb
Android Debug Bridge, un'app di debug a riga di comando inclusa nell'SDK. ADB fornisce strumenti per sfogliare il dispositivo, copiare strumenti sul dispositivo e inoltrare le porte per il debug. Se sviluppi in Android Studio, adb è integrato nel tuo ambiente di sviluppo. L'acronimo è scritto in lettere minuscole in testo normale. Quando viene fatto riferimento in modo specifico al comando, viene scritto come adb. Per ulteriori informazioni, consulta Verificare di avere fastboot e adb.
Progetto Android
Un repository Git su un host Android Gerrit. Consulta l'editor del codice sorgente Git per ulteriori informazioni su come funziona Git.

Correlato: Repository Git

fingerprint build
Una stringa univoca leggibile da un essere umano contenente le informazioni del produttore rilasciate per ogni build. Per ulteriori informazioni, consulta Creare pacchetti OTA.
Ramo Git - canonico
Versioni distinte per ogni repository Git, ad esempio android-11.0.0_r1, disponibili all'indirizzo cs.android.com/android/platform/superproject/+/android-11.0.0_r1. Per ulteriori informazioni, consulta la sezione Ramificazione dei giri - Rami in breve.
Ramo Git - locale
Un ramo temporaneo nel client del repository corrente per apportare modifiche al codice, avviato con il comando repo start branch-name .. Questa è una linea di sviluppo attiva. Il commit più recente in un ramo è chiamato punta di quel ramo.
Repository Git
Talvolta chiamata progetto, è una parte del codebase che rappresenta un particolare componente o tipo di dispositivo, come frameworks/base o platform/packages/apps/Car/Media.

Correlato: Progetto Android

file manifest
Un file XML che descrive un raggruppamento di repository Git per ramo, le revisioni Git a cui eseguire il check-out di questi repository e il loro layout su un file system. Questo file XML, solitamente denominato default.xml, è associato a un ramo del repository e descrive i repository e i rami Git sottoposti a check-out durante l'inizializzazione e la sincronizzazione del ramo del repository. Questo file definisce i vari repository Git che lo strumento repository deve recuperare nel pagamento di un client repository per creare un prodotto (ad esempio Android Automotive OS). Visualizza tutti i manifest all'indirizzo android.googlesource.com/platform/manifest/+refs. Consulta il manifest predefinito incluso nei file manifest per importare i file della piattaforma Android (AOSP) all'indirizzo android.googlesource.com/platform/manifest/+/refs/heads/main/default.xml. Consulta la panoramica del manifest dell'app per informazioni sulle app e il formato manifest del repo per lo sviluppo della piattaforma.
aggiornamento over-the-air (OTA)
I dispositivi Android sul campo possono ricevere e installare aggiornamenti over-the-air (OTA) del sistema, del software delle app e delle regole relative al fuso orario. Per ulteriori informazioni, consulta Aggiornamenti OTA.
Ramo del repository
Una raccolta di repository Git acquisiti in un file manifest che rappresenta una versione (build) del codebase Android, come android11-gsi o aosp-android-games-sdk, scaricata con i comandi repo init e repo sync. Consulta la descrizione del file manifest per i link a tutti i file manifest e utilizza Ricerca codice Android per cercare le relative build.
uprev
In generale, uprev aggiorna un sottoprogetto costituente di un progetto più grande a una versione più recente. Un uprev modifica un livello di revisione nella versione incrementata successiva o nell'ultima versione disponibile. Nel caso di un pacchetto HIDL, per mantenere l'estensibilità compatibile con le versioni precedenti a livello di pacchetto, un uprev di una versione secondaria aggiorna il nuovo pacchetto a una versione secondaria superiore, mantenendo lo stesso nome e la stessa versione principale del pacchetto precedente. Nel caso della configurazione del bootloader, un uprev aggiorna il supporto della versione del boot header all'ultima versione.

Piattaforma

Android Runtime (ART) e Dalvik
Android Runtime (ART) è il runtime gestito utilizzato dalle app e da alcuni servizi di sistema su Android. ART è il runtime predefinito per i dispositivi con Android 5.0 (livello API 21) o versioni successive. ART e il suo predecessore Dalvik sono stati originariamente creati appositamente per il progetto open source Android. ART, in qualità di runtime, esegue il formato eseguibile Dalvik e la specifica del bytecode Dex. ART e Dalvik sono runtime compatibili che eseguono il bytecode Dex, quindi le app sviluppate per Dalvik dovrebbero funzionare quando vengono eseguite con ART.
File DEX (.dex)
File di codice dell'app Android compilato. I programmi Android vengono compilati in file eseguibili Dalvik (DEX) con estensione .dex, che a loro volta vengono compressi in un unico file APK sul dispositivo. I file DEX possono essere creati traducendo automaticamente le app compilate scritte nel linguaggio di programmazione Java.