Consultez la liste ci-dessous pour découvrir la terminologie de base du projet Android Open Source (AOSP). Voici d'autres sources de définitions de termes clés :
- Section Paramètres de compilation du document de définition de compatibilité Android (CDD)
- Terminologie audio
- Concepts de base et terminologie USB
- Terminologie automobile
- Terminologie de l'application de numérotation automobile
- Terminologie de l'API du tableau de bord automobile
- Glossaire des développeurs d'applications
- Terminologie des versions de caméra
- 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 de la santé
- Terminologie HIDL
- Terminologie du Keystore intégré au matériel
- Terminologie multi-écran
Consultez la section Code with respect (Coder avec respect) pour obtenir des exemples de terminologie à utiliser et à éviter pour un écosystème plus inclusif.
Applications
- 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 un fichier manifeste. Le fichier de package d'application peut porter n'importe quel nom, mais doit utiliser l'extension.apk, par exemple,myExampleAppname.apk. Pour plus de commodité, un fichier de package d'application est souvent appelé APK.Terme associé : application
- action
- Description d'une action qu'un expéditeur d'intent souhaite effectuer. Une action
est une valeur de chaîne attribuée à un intent. Les chaînes d'action peuvent être définies par Android ou par un
développeur tiers. Par exemple,
android.intent.action.VIEWpour une URL Web oucom.example.rumbler.SHAKE_PHONEpour une application personnalisée permettant de faire vibrer le téléphone.Terme associé : intent
- activité
- Écran unique dans une application, avec un code Java compatible, dérivé
de la
Activityclasse. Le plus souvent, 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'interface utilisateur 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 de 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 manifeste. Lors de la compilation, ces fichiers
sont empaquetés dans un seul fichier appelé fichier de package d'application (APK).
Termes associés : fichier APK (.apk), activité
- broadcast receiver
- Objet basé sur la
BroadcastReceiverclasse qui écoute les intents diffusés, plutôt que d'être envoyés à une seule application ou activité cible. Le système envoie un intent de diffusion à tous les broadcast receivers intéressés, qui gèrent les intents de manière séquentielle.Termes associés : intent, filtre d'intent
- fournisseur de contenu
- Couche d'abstraction des données que vous pouvez utiliser pour exposer en toute sécurité les
données de votre application à d'autres applications. Un fournisseur de contenu est basé sur la
ContentProviderclasse, 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.Terme associé : URI dans Android
- boîte de dialogue
- Fenêtre flottante qui sert de formulaire léger. Une boîte de dialogue ne peut contenir 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 destinée à persister dans la pile d'historique, à contenir une mise en page complexe,
ou à effectuer des actions complexes. Android fournit une boîte de dialogue simple par défaut
avec des boutons facultatifs, mais vous pouvez également définir votre propre mise en page de boîte de dialogue.
La classe de base pour les boîtes de dialogue est
Dialog.Terme associé : activité
- intent
- Objet de message que vous pouvez utiliser pour lancer ou communiquer de manière asynchrone avec d'autres
applications ou activités. Un objet intent est une instance de la
Intentclasse. 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 le récepteur fait lors de la gestion 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 le diffuser, ce qui peut être géré 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.Termes associés : filtre d'intent, broadcast receiver
- 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 avec quels critères. Grâce à un filtre d'intent, une application
peut exprimer son intérêt pour des types de données spécifiques, des actions d'intent, des formats d'URI,
et so on. 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.
Termes associés : intent, broadcast receiver
- 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 typique se composent de chaînes d'interface
utilisateur, de composants de mise en page d'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 local 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
res/*sous-dossiers du projet. - service
- Objet de la classe
Servicequi s'exécute en arrière-plan (sans aucune présence d'interface utilisateur) pour effectuer diverses actions persistantes telles que la lecture de musique ou la surveillance de l'activité réseau.Terme associé : activité
- URI dans Android
- Android utilise des chaînes d'identifiant de ressource uniforme (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 un intent (par exemple, pour ouvrir une page Web dans un navigateur). Le schéma et le format d'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 souhaitée.
Certains schémas d'URI sont réservés par les composants du système. Par exemple,
les requêtes de données d'un fournisseur de contenu doivent utiliser
content://. Dans un intent, un URI utilisant unhttp://schéma est géré par le navigateur.
Créer
- adb
- Android Debug Bridge, application de débogage en ligne de commande incluse dans le
SDK. adb fournit des outils pour parcourir l'appareil, copier des outils sur l'appareil et
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 dans le texte brut. Lorsqu'il fait référence spécifiquement à la commande, il est écrit
as
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. Pour en savoir plus sur le fonctionnement de Git, consultez l'
éditeur de source Git.
Terme associé : dépôt Git
- empreinte de build
- Chaîne unique lisible par l'homme contenant des informations sur le fabricant émises pour 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 Création de branches – Branches en bref. - Branche Git – locale
- Branche temporaire dans le client Repo actuel pour apporter des modifications au code, démarrée avec la
repo start branch-name .commande. Il s'agit d'une ligne de développement active. Le commit le plus récent sur une branche est appelé la 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/baseouplatform/packages/apps/Car/Media.Terme associé : projet Android
- fichier manifeste
- Fichier XML qui décrit un regroupement de dépôts Git par branche, les révisions Git à
extraire de 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 Git et les 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 une extraction du client Repo pour créer un produit (tel qu'Android Automotive OS). Consultez tous les manifestes sur android.googlesource.com/platform/manifest/+refs. Consultez le 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/android17-release/default.xml. Pour obtenir des informations sur les applications, consultez Présentation du fichier manifeste d'application, et pour le développement de plates-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, des logiciels d'application et des règles de fuseau horaire. Pour en savoir plus, consultez Mises à jour OTA.
- Branche Repo
- Ensemble de dépôts Git capturés dans un fichier manifeste qui représente une version (build) de la base de code Android, telle que
android11-gsiouaosp-android-games-sdk, téléchargée avec les commandesrepo initetrepo sync. Consultez la description du fichier manifeste pour obtenir des liens vers tous les fichiers manifestes et utilisez la recherche de code Android pour rechercher leurs builds. - uprev
- En général, uprev met à jour un sous-projet constitutif d'un projet plus vaste vers une version plus récente. Un uprev modifie un niveau de révision vers la version incrémentée suivante ou vers la dernière version disponible. Dans le cas d'un package HIDL, pour maintenir l' extensibilité rétrocompatible au niveau du package, un uprev 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, un uprev 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 de bytecode Dex. ART et Dalvik sont des environnements d'exécution compatibles exécutant le bytecode Dex. Par conséquent, les applications développées pour Dalvik devraient 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 dans des 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.