Glossario della piattaforma Android

Consulta l'elenco di seguito per apprendere la terminologia di base dell'Android Open Source Project (AOSP). Ecco altre fonti per le definizioni dei termini chiave:

Vedere Coding rispetto agli esempi di terminologia da utilizzare ed evitare per un ecosistema più inclusivo.

App

file .apk
File del pacchetto dell'applicazione Android. Ogni applicazione Android viene compilata e impacchettata in un singolo file che include tutto il codice dell'applicazione (file .dex), le risorse, le risorse e il file manifest. Il file del pacchetto dell'applicazione può avere qualsiasi nome ma deve utilizzare l'estensione .apk . Ad esempio: myExampleAppname.apk . Per comodità, un file del pacchetto dell'applicazione viene spesso definito ".apk".

Correlati: Applicazione .

Azione
Una descrizione di qualcosa che un mittente di intenti desidera venga fatto. Un'azione è un valore stringa assegnato a un intento. Le stringhe di azione possono essere definite da Android o da uno sviluppatore di terze parti. Ad esempio, android.intent.action.VIEW per un URL Web o com.example.rumbler.SHAKE_PHONE per un'applicazione personalizzata per far vibrare il telefono.

Correlati: Intento .

Attività
Una singola schermata in un'applicazione, con il supporto del codice Java, derivata dalla classe Activity . Più comunemente, un'attività è rappresentata visibilmente da una finestra a schermo intero che può ricevere e gestire eventi dell'interfaccia utente ed eseguire attività complesse, a causa della finestra che utilizza per eseguire il rendering della finestra. Sebbene un'attività sia in genere a schermo intero, può anche essere mobile o trasparente.
Applicazione
Dal punto di vista dei componenti, un'applicazione Android è costituita da una o più attività, servizi, listener e destinatari di intenti. Dal punto di vista del file sorgente, un'applicazione Android è costituita da codice, risorse, risorse e un singolo manifest. Durante la compilazione, questi file vengono impacchettati in un singolo file chiamato file del pacchetto dell'applicazione (.apk).

Correlati: .apk , Attività

Ricevitore di trasmissione
Una classe di applicazione che ascolta gli Intent che vengono trasmessi, anziché essere inviati a una singola applicazione/attività di destinazione. Il sistema fornisce un intento di trasmissione a tutti i ricevitori di trasmissione interessati, che gestiscono l'intento in sequenza.

Correlati: Intento , Intento Filtro .

Fornitore di contenuti
Un livello di astrazione dei dati che puoi usare per esporre in modo sicuro i dati della tua applicazione ad altre applicazioni. Un provider di contenuto è basato sulla classe ContentProvider , che gestisce le stringhe di query del contenuto di un formato specifico per restituire i dati in un formato specifico. Vedere l'argomento Provider di contenuti per ulteriori informazioni.

Correlati: utilizzo dell'URI in Android

Dialogo
Una finestra mobile che funge da forma leggera. Una finestra di dialogo può avere solo pulsanti di controllo ed è destinata a eseguire una semplice azione (come la scelta di un pulsante) e magari restituire un valore. Una finestra di dialogo non è destinata a persistere nello stack della cronologia, contenere layout complessi o eseguire azioni complesse. Android fornisce una semplice finestra di dialogo predefinita con pulsanti facoltativi, sebbene tu possa definire il tuo layout di finestra di dialogo. La classe base per i dialog è Dialog .

Correlati: Attività .

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

Correlati: Intent Filter , Broadcast Receiver .

Filtro intenti
Un oggetto filtro che un'applicazione dichiara nel suo file manifest, per indicare al sistema quali tipi di Intent ciascuno dei suoi componenti è disposto ad accettare e con quali criteri. Attraverso un filtro intent, un'applicazione può esprimere interesse per tipi di dati specifici, azioni intent, formati URI e così via. Quando si risolve un intento, il sistema valuta tutti i filtri di intento disponibili in tutte le applicazioni e passa l'intento all'applicazione/attività che meglio corrisponde all'intento e ai criteri. Per ulteriori informazioni, consulta Intenti e filtri di intenti .

Correlati: Intento , Ricevitore broadcast .

Risorse
Componenti dell'applicazione non programmatici esterni al codice dell'applicazione compilato, ma che possono essere caricati dal codice dell'applicazione utilizzando un formato di riferimento noto. Android supporta una varietà di tipi di risorse, ma le risorse di un'applicazione tipica sarebbero costituite da stringhe dell'interfaccia utente, componenti di layout dell'interfaccia utente, grafica o altri file multimediali e così via. Un'applicazione utilizza le risorse per supportare in modo efficiente la localizzazione e vari profili e stati del dispositivo. Ad esempio, un'applicazione includerebbe un set separato di risorse per ogni tipo di dispositivo o locale supportato e potrebbe includere risorse di layout specifiche per l'orientamento corrente dello schermo (orizzontale o verticale). Per ulteriori informazioni sulle risorse, vedere Risorse e asset . Le risorse di un'applicazione sono sempre memorizzate nelle sottocartelle res/* del progetto.
Servizio
Un oggetto di classe Service che viene eseguito in background (senza alcuna presenza dell'interfaccia utente) per eseguire varie azioni persistenti, come la riproduzione di musica o il monitoraggio dell'attività di rete.

Correlati: Attività

URI in Android
Android utilizza le stringhe URI (Uniform Resource Identifier) ​​come base per la richiesta di dati in un fornitore di contenuti (ad esempio per recuperare un elenco di contatti) e per richiedere azioni in un Intent (come 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'applicazione può gestire schemi e stringhe URI specifici in qualsiasi modo desideri. Alcuni schemi URI sono riservati dai 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:// verrà gestito dal browser.

Costruire

adb
Android Debug Bridge, un'applicazione di debug della riga di comando inclusa nell'SDK. Fornisce strumenti per sfogliare il dispositivo, copiare strumenti sul dispositivo e inoltrare le porte per il debug. Se stai sviluppando in Android Studio, adb è integrato nel tuo ambiente di sviluppo. Vedere Android Debug Bridge per ulteriori informazioni.
Progetto Android
Un repository Git su un host Android Gerrit. Vedere Strumenti di controllo del codice sorgente > Gerrit per ulteriori informazioni.
Costruisci l'impronta digitale
L'impronta digitale della build è una stringa univoca leggibile dall'uomo contenente le informazioni del produttore fornite a ciascuna build. Vedere Comprensione delle impronte digitali di compilazione per ulteriori informazioni.
Idiota
Lo strumento di controllo del codice sorgente utilizzato da Android che storicamente operava su un singolo repository Git. Utilizzato insieme a Repo per più repository Git. Vedere Strumenti di controllo del codice sorgente > Git per ulteriori informazioni.
Ramo Git - canonico
Versioni distinte per ogni repository Git, ad esempio android-11.0.0_r1 , disponibile in cs.android.com/android/platform/superproject/+/android-11.0.0_r1 . Vedi Git Branching - Branches in a Nutshell per maggiori informazioni.
Ramo Git - locale
Un ramo temporaneo nel client Repo corrente per apportare modifiche al codice, avviato con repo start branch-name . comando. una linea attiva di sviluppo. Il commit più recente su un ramo viene indicato come la punta di quel ramo.
Repository Git
A volte indicato come un progetto, questa è una parte della base di codice che rappresenta un particolare componente o tipo di dispositivo, come frameworks/base o platform/packages/apps/Car/Media .
File manifesto
Un file XML che descrive un raggruppamento di repository Git per ramo, le revisioni Git in cui estrarre tali repository e il loro layout su un filesystem. Questo file XML, in genere denominato default.xml , è associato a un ramo Repo e descrive i repository Git e i rami Git estratti durante l'inizializzazione e la sincronizzazione del ramo Repo. Questo file definisce i vari repository Git che lo strumento Repo dovrebbe recuperare in un checkout del client Repo per creare un prodotto (come il sistema operativo Android Automotive). Visualizza tutti i manifest su android.googlesource.com/platform/manifest/+refs . Consulta il manifest predefinito incluso nei file AndroidManifest per estrarre i file della piattaforma Android (AOSP) su android.googlesource.com/platform/manifest/+/refs/heads/master/default.xml . Vedere il file AndroidManifest.xml per informazioni sull'app e il formato manifest del repository per lo sviluppo della piattaforma.
Aggiornamento via etere (OTA).
I dispositivi Android sul campo possono ricevere e installare aggiornamenti over-the-air (OTA) per il sistema, il software dell'applicazione e le regole del fuso orario. Consulta Aggiornamenti OTA per ulteriori informazioni.
Ripo
Un wrapper attorno a Git per consentire operazioni più semplici su più repository Git. Aggrega e gestisce i numerosi repository Git come un singolo checkout o codebase. Vedere Strumenti di controllo del codice sorgente > Repo per ulteriori informazioni.
Filiale Repo
Una raccolta di repository Git acquisiti in un file AndroidManifest che rappresenta una versione (build) della base di codice Android, ad esempio android11-gsi o aosp-android-games-sdk , scaricata tramite i comandi repo init e repo sync . Vedere la descrizione del file manifest per i collegamenti a tutti i file manifest e utilizzare https://cs.android.com/ 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 alla successiva versione incrementata o all'ultima versione disponibile. Nel caso di un pacchetto HIDL, per mantenere l' estensibilità retrocompatibile a livello di pacchetto , un uprev di versione minore aggiorna il nuovo pacchetto a una versione minore superiore mantenendo lo stesso nome e la stessa versione principale del vecchio pacchetto. Nel caso della configurazione Bootloader , un uprev aggiorna il supporto della versione dell'intestazione di avvio alla versione più recente.

Grafica

Tela
Una superficie di disegno che gestisce la composizione dei bit effettivi rispetto a un oggetto Bitmap o Surface . Dispone di metodi per il disegno computerizzato standard di bitmap, linee, cerchi, rettangoli, testo e così via ed è associato a una bitmap o una superficie. Canvas è il modo più semplice e facile per disegnare oggetti 2D sullo schermo. La classe di base è Canvas .

Correlati: Disegnabile , OpenGL ES , Superficie .

Disegnabile
Una risorsa visiva compilata che può essere utilizzata come sfondo, titolo o altra parte dello schermo. Un drawable viene in genere caricato in un altro elemento dell'interfaccia utente, ad esempio come immagine di sfondo. Un drawable non è in grado di ricevere eventi, ma assegna varie altre proprietà come "state" e scheduling, per abilitare sottoclassi come oggetti di animazione o librerie di immagini. Molti oggetti disegnabili vengono caricati da file di risorse disegnabili: file xml o bitmap che descrivono l'immagine. Le risorse disegnabili sono compilate in sottoclassi di android.graphics.drawable . Per ulteriori informazioni sui drawable e altre risorse, vedere Risorse .

Correlati: Risorse , Tela

Risorsa layout
Un file XML che descrive il layout di una schermata Attività.

Correlati: Risorse

Immagine a nove patch / 9 patch / Nove patch
Una risorsa bitmap ridimensionabile che può essere utilizzata per sfondi o altre immagini sul dispositivo. Vedere Immagine estensibile a nove patch per ulteriori informazioni.

Correlati: Risorse .

OpenGL ES
Android fornisce librerie OpenGL ES per il rendering 3D con accelerazione hardware. Per il rendering 2D, Canvas è l'opzione più semplice." OpenGL ES è disponibile in Android Native Development Kit (NDK) per facilità d'uso. I pacchetti android.opengl e javax.microedition.khronos.opengles espongono la funzionalità OpenGL ES.

Correlati: tela , superficie

Superficie
Un oggetto di tipo Surface che rappresenta un blocco di memoria che viene composto sullo schermo. Una superficie contiene un oggetto Canvas per il disegno e fornisce vari metodi di supporto per disegnare livelli e ridimensionare la superficie. Non dovresti usare questa classe direttamente; usa invece SurfaceView .

Correlati: Tela

SurfaceView
Un oggetto View che esegue il wrapping di una superficie per il disegno ed espone i metodi per specificarne le dimensioni e il formato in modo dinamico. Un SurfaceView fornisce un modo per disegnare indipendentemente dal thread dell'interfaccia utente per operazioni a uso intensivo di risorse (come giochi o anteprime della fotocamera), ma usa memoria aggiuntiva come risultato. SurfaceView supporta sia la grafica Canvas che OpenGL ES. La classe di base è SurfaceView .

Correlati: Superficie

Tema
Un insieme di proprietà (dimensioni del testo, colore di sfondo e così via) raggruppate insieme per definire varie impostazioni di visualizzazione predefinite. Android fornisce alcuni temi standard, elencati in R.style (che iniziano con "Theme_").
Visualizzazione
Un oggetto che disegna su un'area rettangolare sullo schermo e gestisce clic, sequenze di tasti e altri eventi di interazione. Una vista è una classe di base per la maggior parte dei componenti di layout di una schermata Attività o Finestra di dialogo (caselle di testo, finestre e così via). Riceve chiamate dal suo oggetto genitore (vedi ViewGroup ) per disegnare se stesso e informa il suo oggetto genitore su dove e quanto grande vorrebbe essere (che può o meno essere rispettato dal genitore). Per ulteriori informazioni, vedere View .

Correlati: View Hierarchy , ViewGroup , Widget

Visualizza Gerarchia
Una disposizione degli oggetti View e ViewGroup che definisce l'interfaccia utente per ogni componente di un'app. La gerarchia è costituita da gruppi di viste che contengono una o più viste figlio o gruppi di viste. È possibile ottenere una rappresentazione visiva di una gerarchia di visualizzazione per il debug e l'ottimizzazione utilizzando Hierarchy Viewer fornito con Android SDK.

Correlati: Visualizza , VisualizzaGruppo

ViewGroup
Un oggetto contenitore che raggruppa un set di visualizzazioni figlio. Il gruppo di visualizzazione è responsabile di decidere dove sono posizionate le visualizzazioni figlie e quanto possono essere grandi, nonché di chiamare ognuna a disegnare se stessa quando appropriato. Alcuni gruppi di visualizzazione sono invisibili e sono solo per il layout, mentre altri hanno un'interfaccia utente intrinseca (ad esempio, una casella di riepilogo scorrevole). I gruppi di visualizzazione sono tutti nel pacchetto widget , ma estendono ViewGroup .

Correlati: Visualizza , Visualizza gerarchia

Aggeggio
Una di una serie di sottoclassi View completamente implementate che eseguono il rendering di elementi del modulo e altri componenti dell'interfaccia utente, ad esempio una casella di testo o un menu a comparsa. Poiché un widget è completamente implementato, gestisce la misurazione e il disegno stesso e risponde agli eventi dello schermo. I widget sono tutti nel pacchetto android.widget .
Finestra
In un'applicazione Android, un oggetto derivato dalla classe astratta Window che specifica gli elementi di una finestra generica, ad esempio l'aspetto grafico (testo della barra del titolo, posizione e contenuto dei menu e così via). Dialog e Activity usano un'implementazione di questa classe per eseguire il rendering di una finestra. Non è necessario implementare questa classe o utilizzare Windows nell'applicazione.

piattaforma

Android Runtime (ART) e Dalvik
Il runtime Android (ART) è il runtime gestito utilizzato dalle applicazioni e da alcuni servizi di sistema su Android. Il runtime Android (ART) è il runtime predefinito per i dispositivi che eseguono Android 5.0 (livello API 21) e versioni successive. ART e il suo predecessore Dalvik sono stati originariamente creati appositamente per Android Open Source Project. ART come runtime esegue il formato Dalvik Executable e la specifica bytecode Dex. ART e Dalvik sono runtime compatibili che eseguono il bytecode Dex, quindi le app sviluppate per Dalvik dovrebbero funzionare durante l'esecuzione con ART.
Codeline
Una codeline contiene il rilascio di un prodotto software. Consiste in uno o più rami di uno o più repository, spesso tutti in fase di sviluppo attivo contemporaneamente. La codeline è il punto di aggregazione e l'obiettivo per il rilascio. Per ulteriori informazioni sulle codeline, vedere Android Software Management .
file .dex
File di codice dell'applicazione Android compilato.

I programmi Android vengono compilati in file .dex (Dalvik Executable), che a loro volta vengono compressi in un singolo file .apk sul dispositivo. I file .dex possono essere creati traducendo automaticamente le applicazioni compilate scritte nel linguaggio di programmazione Java.

Test

Artefatti
Gli artefatti sono log relativi alla build che consentono la risoluzione dei problemi locali. Questi registri sono accessibili direttamente da Gerrit durante la visualizzazione dell'elenco delle modifiche. Scorri verso il basso fino a Presubmit Status e fai clic sul collegamento rosso Build per visualizzare o scaricare il file build_error.log associato. Puoi anche ottenere questi artefatti dal server centrale di Android Continuous Integration su ci.android.com/ facendo clic sull'icona Download (freccia giù) per la destinazione e build. Per ulteriori informazioni su come trovare artefatti, vedere Integrazione continua Android .
CDD
L'Android Compatibility Definition Document (CDD) enumera i requisiti che devono essere soddisfatti affinché i tuoi dispositivi siano compatibili con l'ultima versione di Android. Per essere considerate compatibili con Android, le implementazioni dei dispositivi DEVONO soddisfare i requisiti presentati nella presente Definizione di compatibilità, inclusi eventuali documenti incorporati per riferimento. Per ulteriori informazioni sul CDD, vedere il documento di definizione della compatibilità Android .
CTS
La Compatibility Test Suite (CTS) è la suite di test per garantire la correttezza dell'API e le specifiche stabilite nel CDD. È disponibile come sorgente all'interno di AOSP e per il download come file binario. Per ulteriori informazioni, vedere Compatibility Test Suite .
Verificatore CTS
Il Compatibility Test Suite Verifier (CTS Verifier) ​​è un supplemento al CTS. CTS Verifier fornisce test per API e funzioni che non possono essere testate su un dispositivo fisso senza input manuale (ad es. qualità audio, accelerometro, ecc.). Per ulteriori informazioni, vedere Utilizzo di CTS Verifier .
Debug
Il debug richiede la ricerca e la correzione degli errori nel codice della piattaforma Android, nelle funzionalità o nei relativi test. Per ulteriori informazioni, consulta Debug del codice della piattaforma Android nativa
GoogleTest (GTest)
GTest è il framework di test e derisione C++ di Google. I file binari GTest in genere accedono a livelli di astrazione di livello inferiore o eseguono IPC non elaborati su vari servizi di sistema. Per questo motivo, l'approccio di test per Gtest è solitamente strettamente associato al servizio in fase di test. Trova il codice su github.com/google/googletest e la documentazione su google.github.io/googletest .
Prova di strumentazione
Un test di strumentazione fornisce uno speciale ambiente di esecuzione del test avviato dal comando am instrument , in cui il processo dell'applicazione di destinazione viene riavviato e inizializzato con il contesto dell'applicazione di base e un thread di strumentazione viene avviato all'interno della macchina virtuale del processo dell'applicazione. Per ulteriori informazioni, vedere Test di strumentazione .
Logcat
Logcat è uno strumento da riga di comando che esegue il dump di un registro dei messaggi di sistema, incluse le analisi dello stack quando il dispositivo genera un errore e i messaggi scritti dall'app con la classe Log . Per ulteriori informazioni, consulta Strumento da riga di comando Logcat .
Registrazione
L'accesso ad Android è complesso a causa del mix di standard utilizzati che sono combinati in logcat . Per i dettagli sui principali standard utilizzati, vedere Understanding Logging .
Unisci conflitto
Un conflitto di unione si verifica quando due o più versioni dello stesso file non possono più essere unite automaticamente dal server di build Android. Questi di solito richiedono la modifica manuale del file per risolvere tutti gli aggiornamenti in conflitto.
Test di preinvio e postinvio
I test di preinvio vengono utilizzati per impedire l'introduzione di errori nei kernel comuni. I risultati non sono disponibili pubblicamente in questo momento.

I test post-invio di Android vengono eseguiti quando una nuova patch viene salvata in un ramo del kernel comune. Inserendo aosp_kernel come nome di un ramo parziale, puoi vedere un elenco di rami del kernel con i risultati disponibili. Ad esempio, i risultati per "android-mainline" possono essere trovati qui .
Tradefed
Il test harness della Trade Federation (Tradefed o TF in breve) è un framework di test continuo progettato per l'esecuzione di test su dispositivi Android. Ad esempio, Tradefed viene utilizzato per eseguire CTS e VTS. Per ulteriori informazioni, vedere Panoramica della Federazione dei Mercanti .
VTS
Android Vendor Test Suite (VTS) fornisce funzionalità estese per i test Android, promuove un processo di sviluppo basato sui test e automatizza i test HAL e del kernel del sistema operativo. Per ulteriori informazioni, consulta Vendor Test Suite (VTS) e Infrastruttura .