Consultez la liste ci-dessous pour découvrir la terminologie de base du Projet Android Open Source (AOSP). Voici d'autres sources pour les définitions des termes clés :
- Section Build Parameters (Paramètres de compilation) du document de définition de compatibilité Android (CDD)
- Terminologie audio
- Concepts et terminologie de base concernant l'USB
- Terminologie automobile
- Terminologie de l'application Téléphone automobile
- Terminologie de l'API Automotive Instrument Cluster
- Glossaire des développeurs d'applications
- Terminologie des versions de caméras
- Terminologie de la superposition d'arborescence de périphériques (DTO)
- Terminologie du cycle de vie de la matrice de compatibilité du framework (FCM)
- Terminologie liée à la santé
- Terminologie HIDL
- Terminologie de Keystore avec module de sécurité matérielle
- Terminologie Multi-Display
Consultez Coder dans le respect pour obtenir des exemples de terminologie à utiliser et à éviter pour un écosystème plus inclusif.
Applis
- Fichier APK (.apk)
- Fichier de package d'application Android avec l'extension
.apk
. Chaque application Android est compilée et empaquetée dans un seul fichier qui inclut l'ensemble du code de l'application (fichiers DEX avec l'extension.dex
), des ressources, des éléments et du fichier manifeste. Le fichier du package d'application peut porter n'importe quel nom, mais doit utiliser l'extension.apk
, par exemplemyExampleAppname.apk
. Pour plus de commodité, le fichier de package d'application est souvent appelé APK.Associé : app
- action
- Description d'une action qu'un expéditeur d'intent souhaite effectuer. Une action est une valeur de chaîne attribuée à une intention. Les chaînes d'action peuvent être définies par Android ou par un développeur tiers. Par exemple,
android.intent.action.VIEW
pour une URL Web oucom.example.rumbler.SHAKE_PHONE
pour une application personnalisée permettant de faire vibrer le téléphone.En rapport avec : intent
- activité
- Écran unique dans une application, avec le code Java associé, dérivé de la classe
Activity
. La plupart du temps, une activité est représentée de manière visible par une fenêtre en plein écran qui peut recevoir et gérer des événements d'UI et effectuer des tâches complexes, en raison de la fenêtre qu'elle utilise pour afficher sa fenêtre. Une activité est généralement en plein écran, mais elle peut également être flottante ou transparente. - application
- Du point de vue des composants, une application Android se compose d'une ou plusieurs activités, services, écouteurs et récepteurs d'intent. Du point de vue des fichiers sources, une application Android se compose de code, de ressources, d'éléments et d'un seul fichier manifeste. Lors de la compilation, ces fichiers sont regroupés dans un seul fichier appelé fichier de package d'application (APK).
À voir aussi : fichier APK (.apk), activité
- broadcast receiver
- Objet basé sur la classe
BroadcastReceiver
qui écoute les intents diffusés, plutôt que ceux envoyés à une seule application ou activité cible. Le système envoie un intent de diffusion à tous les récepteurs de diffusion intéressés, qui gèrent les intents de manière séquentielle.À voir aussi : intent, intent filter
- fournisseur de contenu
- Une couche d'abstraction des données que vous pouvez utiliser pour exposer les données de votre application à d'autres applications de manière sécurisée. Un fournisseur de contenu est basé sur la classe
ContentProvider
, qui gère les chaînes de requête de contenu d'un format spécifique pour renvoyer des données dans un format spécifique. Pour en savoir plus, consultez Fournisseurs de contenu.À lire aussi : URI dans Android
- boîte de dialogue
- Fenêtre flottante qui sert de formulaire léger. Une boîte de dialogue peut ne comporter que des commandes de bouton et est destinée à effectuer une action simple (comme le choix d'un bouton) et éventuellement à renvoyer une valeur. Une boîte de dialogue n'est pas censée persister dans la pile d'historique, contenir une mise en page complexe ni effectuer des actions complexes. Android fournit une boîte de dialogue simple par défaut avec des boutons facultatifs, mais vous pouvez définir votre propre mise en page de boîte de dialogue.
La classe de base pour les boîtes de dialogue est
Dialog
.En rapport avec : activité
- intent
- Objet de message que vous pouvez utiliser pour lancer ou communiquer avec d'autres applications ou activités de manière asynchrone. Un objet d'intention est une instance de la classe
Intent
. Il inclut plusieurs champs de critères que vous pouvez fournir pour déterminer quelle application ou activité reçoit l'intent et ce que fait le récepteur lors du traitement de l'intent. Les critères disponibles incluent l'action souhaitée, une catégorie, une chaîne de données, le type MIME des données et une classe de gestion. Une application envoie un intent au système Android, plutôt que de l'envoyer directement à une autre application ou activité. L'application peut envoyer l'intent à une seule application cible ou l'envoyer en tant que diffusion, qui peut à son tour être gérée par plusieurs applications de manière séquentielle. Le système Android est responsable de la résolution du meilleur récepteur disponible pour chaque intent, en fonction des critères fournis dans l'intent et des filtres d'intent définis par d'autres applications. Pour en savoir plus, consultez Intents et filtres d'intent.À voir aussi : filtre d'intent, récepteur de diffusion
- filtre d'intent
- Objet de filtre qu'une application déclare dans son fichier manifeste pour indiquer au système les types d'intents que chacun de ses composants est prêt à accepter et selon quels critères. Grâce à un filtre d'intent, une application peut exprimer son intérêt pour des types de données, des actions d'intent, des formats d'URI spécifiques, etc. Lors de la résolution d'un intent, le système évalue tous les filtres d'intent disponibles dans toutes les applications et transmet l'intent à l'application ou à l'activité qui correspond le mieux à l'intent et aux critères. Pour en savoir plus, consultez Intents et filtres d'intent.
À voir aussi : intent, broadcast receiver
- à des ressources
- Composants d'application non programmatiques externes au code d'application compilé, mais qui peuvent être chargés à partir du code d'application à l'aide d'un format de référence bien connu. Android est compatible avec différents types de ressources, mais les ressources d'une application classique se composent généralement de chaînes d'interface utilisateur, de composants de mise en page de l'interface utilisateur, de graphiques ou d'autres fichiers multimédias, etc.
Une application utilise des ressources pour prendre en charge efficacement la localisation, ainsi que différents profils et états d'appareils. Par exemple, une application inclurait un ensemble distinct de ressources pour chaque type de paramètre régional ou d'appareil compatible, et pourrait inclure des ressources de mise en page spécifiques à l'orientation de l'écran actuel (paysage ou portrait). Pour en savoir plus sur les ressources, consultez Présentation des ressources d'application. Les ressources d'une application sont toujours stockées dans les sous-dossiers
res/*
du projet. - service
- Objet de la classe
Service
qui s'exécute en arrière-plan (sans aucune présence d'UI) pour effectuer diverses actions persistantes, telles que la lecture de musique ou la surveillance de l'activité réseau.En rapport avec : activité
- URI dans Android
- Android utilise des chaînes d'identifiant uniforme de ressource (URI) comme base pour demander des données dans un fournisseur de contenu (par exemple, pour récupérer une liste de contacts) et pour demander des actions dans une intention (par exemple, pour ouvrir une page Web dans un navigateur). Le schéma et le format de l'URI sont spécialisés en fonction du type d'utilisation, et une application peut gérer des schémas et des chaînes d'URI spécifiques de la manière qu'elle préfère.
Certains schémas d'URI sont réservés par les composants du système. Par exemple, les demandes de données provenant d'un fournisseur de contenu doivent utiliser
content://
. Dans un intent, un URI utilisant un schémahttp://
est géré par le navigateur.
Créer
- adb
- Android Debug Bridge, une application de débogage en ligne de commande incluse dans le SDK. adb fournit des outils permettant de parcourir l'appareil, de copier des outils sur l'appareil et de transférer des ports pour le débogage. Si vous développez dans Android Studio, adb est intégré à votre environnement de développement. L'acronyme est écrit en minuscules et en texte brut. Lorsque vous faites spécifiquement référence à la commande, elle est écrite
adb
. Pour en savoir plus, consultez Vérifier que vous disposez de fastboot et d'adb. - Projet Android
- Dépôt Git sur un hôte Android Gerrit. Consultez Git Source Editor pour en savoir plus sur le fonctionnement de Git.
À voir aussi : Dépôt Git
- empreinte de build
- Chaîne unique et lisible par l'utilisateur contenant des informations sur le fabricant, attribuée à chaque build. Pour en savoir plus, consultez Créer des packages OTA.
- Branche Git : canonique
- Versions distinctes pour chaque dépôt Git, telles que
android-11.0.0_r1
, disponibles sur cs.android.com/android/platform/superproject/+/android-11.0.0_r1. Pour en savoir plus, consultez Git Branching – Branches in a Nutshell. - Branche Git : locale
- Branche temporaire dans le client Repo actuel pour apporter des modifications au code, démarrée avec la commande
repo start branch-name .
. Il s'agit d'un axe de développement actif. Le commit le plus récent d'une branche est appelé pointe de cette branche. - Dépôt Git
- Parfois appelé projet, il s'agit d'une partie de la base de code représentant un composant ou un type d'appareil particulier, tel que
frameworks/base
ouplatform/packages/apps/Car/Media
.À lire aussi : Projet Android
- fichier manifeste
- Fichier XML qui décrit un regroupement de dépôts Git par branche, les révisions Git à partir desquelles extraire ces dépôts et leur mise en page sur un système de fichiers. Ce fichier XML, généralement nommé
default.xml
, est associé à une branche Repo et décrit les dépôts et branches Git extraits lorsque vous initialisez et synchronisez la branche Repo. Ce fichier définit les différents dépôts Git que l'outil Repo doit extraire dans un checkout client Repo pour créer un produit (tel qu'Android Automotive OS). Consultez tous les fichiers manifestes sur android.googlesource.com/platform/manifest/+refs. Consultez le fichier manifeste par défaut inclus dans les fichiers manifestes pour extraire les fichiers de la plate-forme Android (AOSP) sur android.googlesource.com/platform/manifest/+/refs/heads/android16-release/default.xml. Pour en savoir plus sur les applications, consultez la présentation du fichier manifeste d'application. Pour en savoir plus sur le développement de plate-formes, consultez Format du fichier manifeste du dépôt. - mise à jour Over The Air (OTA)
- Les appareils Android sur le terrain peuvent recevoir et installer des mises à jour Over The Air (OTA) du système, du logiciel de l'application et des règles de fuseau horaire. Pour en savoir plus, consultez Mises à jour OTA.
- Branche du dépôt
- Collection de dépôts Git capturés dans un fichier manifeste qui représente une version (compilation) de la codebase Android, telle que
android11-gsi
ouaosp-android-games-sdk
, téléchargée avec les commandesrepo init
etrepo sync
. Consultez la description du fichier manifeste pour obtenir des liens vers tous les fichiers manifestes et utilisez Android Code Search pour rechercher leurs compilations. - uprev
- En général, la mise à jour de version incrémentielle met à jour un sous-projet constitutif d'un projet plus vaste vers une version plus récente. Une mise à jour incrémentielle modifie le niveau de révision en le faisant passer à la version incrémentée suivante ou à la dernière version disponible. Dans le cas d'un package HIDL, pour maintenir l'extensibilité rétrocompatible au niveau du package, une mise à jour de version mineure met à jour le nouveau package vers une version mineure supérieure tout en conservant le même nom et la même version majeure que l'ancien package. Dans le cas de la configuration du bootloader, une mise à niveau met à jour la compatibilité de la version de l'en-tête de démarrage vers la dernière version.
Plate-forme
- Android Runtime (ART) et Dalvik
- Android Runtime (ART) est l'environnement d'exécution géré utilisé par les applications et certains services système sur Android. ART est l'environnement d'exécution par défaut pour les appareils équipés d'Android 5.0 (niveau d'API 21) ou version ultérieure. ART et son prédécesseur Dalvik ont été créés à l'origine spécifiquement pour le projet Android Open Source. ART en tant qu'environnement d'exécution exécute le format Dalvik Executable et la spécification du bytecode Dex. ART et Dalvik sont des environnements d'exécution compatibles qui exécutent le bytecode Dex. Les applications développées pour Dalvik devraient donc fonctionner lorsqu'elles sont exécutées avec ART.
- Fichier DEX (.dex)
- : fichier de code d'application Android compilé. Les programmes Android sont compilés en fichiers Dalvik Executable (DEX) avec l'extension
.dex
, qui sont ensuite compressés dans un seul fichier APK sur l'appareil. Les fichiers DEX peuvent être créés en traduisant automatiquement les applications compilées écrites dans le langage de programmation Java.