Consultez la liste ci-dessous pour connaître 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 construction du document de définition de compatibilité Android (CDD)
- Terminologie audio
- Terminologie audio USB
- Terminologie automobile
- Terminologie du numéroteur automobile
- Terminologie du groupe d’instruments automobiles
- Vocabulaire des développeurs d'applications
- Terminologie des versions de caméra
- Terminologie de 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 magasin de clés basé sur le matériel
- Terminologie multi-affichage
Voir Codage avec respect pour des exemples de terminologie à utiliser et à éviter pour un écosystème plus inclusif.
applications
- Fichier .apk
- Fichier du package d’application Android. Chaque application Android est compilée et regroupée dans un fichier unique qui comprend tout le code de l'application (fichiers .dex), les ressources, les actifs et le fichier manifeste. Le fichier du 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 ».Connexes : Application .
- Action
- Une description de quelque chose qu'un expéditeur d'intention souhaite faire. Une action est une valeur de chaîne affecté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 ou com.example.rumbler.SHAKE_PHONE pour une application personnalisée permettant de faire vibrer le téléphone.
Connexes : Intention .
- Activité
- Un seul écran dans une application, avec prise en charge du code Java, dérivé de la classe
Activity
. Le plus souvent, une activité est visiblement représentée par une fenêtre 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. Bien qu'une activité soit généralement en plein écran, elle peut également être flottante ou transparente. - Application
- Du point de vue des composants, une application Android se compose d'un ou plusieurs activités, services, auditeurs et récepteurs d'intention. Du point de vue du fichier source, une application Android se compose de code, de ressources, d'actifs et d'un seul manifeste. Lors de la compilation, ces fichiers sont regroupés dans un seul fichier appelé fichier de package d'application (.apk).
- Récepteur de diffusion
- Une classe d'application qui écoute les intentions diffusées, plutôt que d'être envoyées à une application/activité cible unique. Le système transmet une intention de diffusion à tous les récepteurs de diffusion intéressés, qui gèrent l'intention de manière séquentielle.
Connexes : Intention , Filtre d'intention .
- Fournisseur de contenu
- Une couche d'abstraction de 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 repose 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. Voir la rubrique Fournisseurs de contenu pour plus d'informations.Connexe : Utilisation de l'URI dans Android
- Dialogue
- Une fenêtre flottante qui agit comme un formulaire léger. Une boîte de dialogue ne peut comporter que des contrôles de bouton et est destinée à effectuer une action simple (telle qu'un choix de bouton) et éventuellement à renvoyer une valeur. Une boîte de dialogue n'est pas destinée à persister dans la pile d'historique, à contenir une présentation complexe ou à effectuer des actions complexes. Android fournit une boîte de dialogue simple par défaut avec des boutons facultatifs, bien que vous puissiez définir votre propre disposition de boîte de dialogue. La classe de base des boîtes de dialogue est
Dialog
.Connexes : Activité .
- Intention
- Un objet de message que vous pouvez utiliser pour lancer ou communiquer avec d'autres applications/activités de manière asynchrone. Un objet Intent est une instance de
Intent
. Il comprend plusieurs champs de critères que vous pouvez fournir, pour déterminer quelle application/activité reçoit l'intention et ce que fait le destinataire lors du traitement de l'intention. Les critères disponibles incluent l'action souhaitée, une catégorie, une chaîne de données, le type MIME des données, une classe de gestion, etc. Une application envoie une intention au système Android, plutôt que de l'envoyer directement à une autre application/activité. L'application peut envoyer l'intention à une seule application cible ou l'envoyer sous forme de 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 récepteur disponible pour chaque intention, sur la base des critères fournis dans l'intention et les filtres d'intention définis par d'autres applications. Pour plus d'informations, consultez Intentions et filtres d'intention .Connexes : filtre d'intention , récepteur de diffusion .
- Filtre d'intention
- Un objet filtre qu'une application déclare dans son fichier manifeste, pour indiquer au système quels types d'intentions chacun de ses composants est prêt à accepter et avec quels critères. Grâce à un filtre d'intention, une application peut exprimer son intérêt pour des types de données spécifiques, des actions d'intention, des formats d'URI, etc. Lors de la résolution d'une intention, le système évalue tous les filtres d'intention disponibles dans toutes les applications et transmet l'intention à l'application/activité qui correspond le mieux à l'intention et aux critères. Pour plus d'informations, consultez Intentions et filtres d'intention .
Connexes : Intention , Récepteur de diffusion .
- 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 prend en charge une variété de types de ressources, mais les ressources d'une application typique sont constituées de chaînes d'interface utilisateur, de composants de présentation d'interface utilisateur, de graphiques ou d'autres fichiers multimédias, etc. Une application utilise des ressources pour prendre en charge efficacement la localisation et divers profils et états d'appareil. Par exemple, une application comprendrait un ensemble distinct de ressources pour chaque type local ou d'appareil pris en charge, et pourrait inclure des ressources de mise en page spécifiques à l'orientation actuelle de l'écran (paysage ou portrait). Pour plus d'informations sur les ressources, voir Ressources et actifs . Les ressources d'une application sont toujours stockées dans les sous-dossiers
res/*
du projet. - Service
- Un objet de classe
Service
qui 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.Connexe : Activité
- URI dans Android
- Android utilise des chaînes URI (Uniform Resource Identifier) comme base pour demander des données à un fournisseur de contenu (par exemple, pour récupérer une liste de contacts) et pour demander des actions dans une intention (par exemple, 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 comme elle le souhaite. 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 le
content://
. Dans une intention, un URI utilisant un schémahttp://
sera géré par le navigateur.
Construire
- adb
- Android Debug Bridge, une application de débogage en ligne de commande incluse avec le SDK. Il 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. Voir Pont de débogage Android pour plus d'informations.
- Projet Android
- Un référentiel Git sur un hôte Android Gerrit. Voir Outils de contrôle de code source > Gerrit pour plus d'informations.
- Créer une empreinte digitale
- L'empreinte digitale de build est une chaîne unique et lisible par l'homme contenant des informations sur le fabricant émises pour chaque build. Voir Comprendre les empreintes digitales de build pour plus d’informations.
- Branche Git - canonique
- Versions distinctes pour chaque référentiel Git, telles que
android-11.0.0_r1
, trouvées sur cs.android.com/android/platform/superproject/+/android-11.0.0_r1 . Voir Git Branching - Les branches en bref pour plus d'informations. - Branche Git - locale
- Une branche temporaire dans le client Repo actuel pour apporter des modifications au code, démarrée avec le
repo start branch-name .
commande. une ligne active de développement. 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/base
ouplatform/packages/apps/Car/Media
. - Fichier manifeste
- Un fichier XML qui décrit un regroupement de référentiels Git par branche, les révisions Git auxquelles extraire ces référentiels et leur disposition sur un système de fichiers. Ce fichier XML, généralement nommé
default.xml
, est associé à une branche Repo et décrit les référentiels Git et les branches Git extraits lorsque vous initialisez et synchronisez la branche Repo. Ce fichier définit les différents référentiels Git que l'outil Repo doit récupérer dans une extraction client Repo afin de créer un produit (tel que Android Automotive OS). Consultez tous les manifestes sur android.googlesource.com/platform/manifest/+refs . Consultez le manifeste par défaut inclus dans les fichiers AndroidManifest pour extraire les fichiers de la plate-forme Android (AOSP) sur android.googlesource.com/platform/manifest/+/refs/heads/main/default.xml . Consultez le fichier AndroidManifest.xml pour obtenir des informations sur l’application et le format de manifeste du référentiel pour le développement de la plateforme. - Mise à jour en direct (OTA)
- Les appareils Android sur le terrain peuvent recevoir et installer des mises à jour en direct (OTA) du système, des logiciels d'application et des règles de fuseau horaire. Voir Mises à jour OTA pour plus d'informations.
- Branche de pension
- Une collection de référentiels Git capturés dans un fichier AndroidManifest qui représente une version (build) de la base de code Android, telle que
android11-gsi
ouaosp-android-games-sdk
, téléchargée via les commandesrepo init
etrepo sync
. Consultez la description du fichier manifeste pour obtenir des liens vers tous les fichiers manifestes et utilisez https://cs.android.com/ pour rechercher leurs versions. - hausse
- En général, uprev met à jour un sous-projet constitutif d'un projet plus vaste vers une version plus récente. Une révision supérieure modifie un niveau de révision soit vers la version incrémentée suivante, soit vers la dernière version disponible. Dans le cas d'un package HIDL, pour maintenir l'extensibilité rétrocompatible au niveau du package , une version mineure uprev 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 uprev met à jour la prise en charge de la version de l'en-tête de démarrage vers la dernière version.
Plate-forme
- Android Runtime (ART) et Dalvik
- Le runtime Android (ART) est le runtime géré utilisé par les applications et certains services système sur Android. Le runtime Android (ART) est le runtime par défaut pour les appareils exécutant Android 5.0 (API niveau 21) et supérieur. ART et son prédécesseur Dalvik ont été créés à l'origine spécifiquement pour le projet Android Open Source. ART en tant que moteur 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, donc les applications développées pour Dalvik devraient fonctionner lorsqu'elles sont exécutées avec ART.
- Ligne de code
- Une ligne de code contient la version d'un produit logiciel. Il se compose d'une ou plusieurs branches d'un ou plusieurs référentiels, qui sont tous souvent en développement actif en même temps. La ligne de code est le point d'agrégation et la cible de la version. Pour plus d'informations sur les lignes de code, consultez Gestion des logiciels Android .
- fichier .dex
- Fichier de code d'application Android compilé.
Les programmes Android sont compilés dans des fichiers .dex (Dalvik Executable), qui sont à leur tour compressés dans un seul fichier .apk sur l'appareil. Les fichiers .dex peuvent être créés en traduisant automatiquement des applications compilées écrites dans le langage de programmation Java.
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2024/04/29 (UTC).