Consultez la liste ci-dessous pour découvrir la terminologie de base du projet Android Open Source (AOSP). Voici d'autres sources pour la définition des termes clés:
- Section Build Parameters (Paramètres de compilation) du document de définition de la compatibilité Android (CDD)
- Terminologie audio
- Concepts et terminologie de base de l'USB
- Terminologie automobile
- Terminologie Automotive Dialer
- Terminologie de l'API Automotive Instrument Cluster
- Glossaire pour les développeurs d'applications
- Terminologie des versions de la caméra
- Terminologie des superpositions d'arborescence de périphériques (DTO)
- Terminologie du cycle de vie de la matrice de compatibilité des frameworks (FCM)
- Terminologie de santé
- Terminologie HIDL
- Terminologie du keystore intégré au matériel
- Terminologie multi-écran
Consultez Coder avec respect pour obtenir des exemples de terminologie à utiliser et à éviter afin de créer 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 sous forme de package dans un seul fichier qui inclut l'ensemble du code de l'application (fichiers DEX avec l'extension.dex
), les ressources, les éléments et le fichier manifeste. Le fichier du package d'application peut porter n'importe quel nom, mais doit obligatoirement utiliser l'extension.apk
, par exemplemyExampleAppname.apk
. Pour plus de commodité, le package de l'application est souvent appelé APK.Éléments similaires: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.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 d'une application, avec code Java associé, dérivé de la classe
Activity
. Le plus souvent, une activité est représentée visuellement 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 l'afficher. Une activité est généralement en plein écran, mais elle peut également être flottante ou transparente. - appli
- Du point de vue des composants, une application Android comprend un ou plusieurs activités, services, écouteurs et récepteurs d'intent. Du point de vue du fichier source, 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 empaquetés dans un seul fichier appelé fichier de package d'application (APK).
En rapport : Fichier APK (.apk), activité
- broadcast receiver
- Objet basé sur la classe
BroadcastReceiver
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.En rapport : 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 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.En rapport : URI dans Android
- boîte de dialogue
- : fenêtre flottante qui agit comme une forme légère. Une boîte de dialogue ne peut contenir que des commandes de bouton et est destinée à effectuer une action simple (telle que le choix d'un bouton) et éventuellement à renvoyer une valeur. Une boîte de dialogue n'est pas destinée à rester 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, ou 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
.Contenu 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 d'intent est une instance de la classe
Intent
. Il comprend plusieurs champs de critères que vous pouvez fournir pour déterminer quelle application ou quelle activité reçoit l'intent et ce que le récepteur fait lorsqu'il gère 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 traitement. 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 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 chargé de résoudre le meilleur destinataire 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'intents.En rapport : 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, des actions d'intent, des formats d'URI, etc. spécifiques. 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'intents.
Éléments associés:intent, broadcast receiver
- à des ressources
- Composants d'application non programmatique externes au code d'application compilé, mais pouvant être chargés à partir du code d'application à l'aide d'un format de référence bien connu. Android est compatible avec divers types de ressources, mais les ressources d'une application typique se composent de chaînes d'UI, de composants de mise en page d'UI, de graphiques ou d'autres fichiers multimédias, etc.
Une application utilise les ressources pour prendre en charge efficacement la localisation, ainsi que pour divers profils et états d'appareil. Par exemple, une application inclut un ensemble distinct de ressources pour chaque type d'appareil ou de paramètres régionaux compatibles, et peut inclure des ressources de mise en page spécifiques à l'orientation actuelle de l'écran (paysage ou portrait). Pour en savoir plus sur les ressources, consultez la section 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
exécuté en arrière-plan (sans UI) pour effectuer diverses actions persistantes, telles que la lecture de musique ou la surveillance de l'activité réseau.Contenu associé:activité
- URI dans Android
- Android utilise des chaînes d'URI (Uniform Resource Identifier) 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. Une application peut gérer des schémas et des chaînes d'URI spécifiques de la manière de son choix.
Certains schémas d'URI sont réservés par les composants système. Par exemple, les requêtes 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 de ligne de commande incluse avec 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 en texte brut. Lorsqu'il fait référence spécifiquement à la commande, elle est écrite sous la forme
adb
. Pour en savoir plus, consultez la section 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 la section Éditeur de code source Git.
Contenu 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 – Canal
- Versions distinctes pour chaque dépôt Git, telles que
android-11.0.0_r1
, disponibles à l'adresse cs.android.com/android/platform/superproject/+/android-11.0.0_r1. Pour en savoir plus, consultez Git branching - Branches in a Nutshell (Branchement Git : branches en résumé). - Branche Git : local
- Branche temporaire dans le client Repo actuel pour apporter des modifications de code, lancée avec la commande
repo start branch-name .
. Il s'agit d'une ligne de développement active. 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 du codebase représentant un composant ou un type d'appareil particulier, comme
frameworks/base
ouplatform/packages/apps/Car/Media
.En rapport : Projet Android
- fichier manifeste
- Fichier XML qui décrit un regroupement de dépôts Git par branche, les révisions Git à partir desquelles ces dépôts doivent être extraits et leur mise en page sur un système de fichiers. Ce fichier XML, généralement nommé
default.xml
, est associé à une branche de dépôt et décrit les dépôts et branches Git vérifiés lors de l'initialisation et de la synchronisation de la branche du dépôt. Ce fichier définit les différents dépôts Git que l'outil Dépôt doit récupérer dans le processus de paiement d'un client de dépôt afin de créer un produit (comme Android Automotive OS). Consultez tous les fichiers manifestes sur la page android.googlesource.com/platform/manifest/+refs. Consultez le fichier manifeste par défaut inclus dans les fichiers manifeste pour extraire les fichiers de la plate-forme Android (AOSP) sur android.googlesource.com/platform/manifest/+/refs/heads/main/default.xml. Consultez la présentation du fichier manifeste d'application pour en savoir plus sur l'application et le format de fichier manifeste de dépôt pour le développement de la plate-forme. - mise à jour OTA (Over The Air)
- Les appareils Android sur le terrain peuvent recevoir et installer des mises à jour Over The Air (OTA) du système, du logiciel d'application et des règles de fuseau horaire. Pour en savoir plus, consultez la section Mises à jour OTA.
- Branche du dépôt
- Ensemble de dépôts Git capturés dans un fichier fichier manifeste représentant une version (compilation) du codebase Android, comme
android11-gsi
ouaosp-android-games-sdk
, téléchargés avec les commandesrepo init
etrepo sync
. Consultez la description du fichier manifeste pour obtenir les liens vers tous les fichiers manifestes et utilisez Android Code Search pour rechercher leurs builds. - uprev
- En règle générale, la mise à niveau met à jour un sous-projet constituant d'un projet plus vaste vers une version plus récente. Une mise à niveau remplace un niveau de révision par la version incrémentielle suivante ou par la dernière version disponible. Dans le cas d'un package HIDL, pour maintenir l'extensibilité rétrocompatible au niveau du package, une mise à niveau 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 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 Open Source Android. 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 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.