Glossaire de la plate-forme Android

Consultez la liste ci-dessous pour apprendre la terminologie de base du projet Android Open Source (AOSP). Voici d'autres sources de définitions de termes clés :

Voir codage à l' égard des exemples de la terminologie à utiliser et éviter pour un écosystème plus inclusif.

applications

fichier .apk
Fichier de package d'application Android. Chaque application Android est compilée et conditionnée dans un seul fichier qui comprend tout le code de l'application (fichiers .dex), les ressources, les actifs et le fichier manifeste. Le fichier de package d'application peut avoir un nom , mais doit utiliser le .apk l' extension. 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 que l' intention expéditeur veut 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 pour faire vibrer le téléphone.

Connexes: intention .

Activité
Un seul écran dans une application, avec le soutien du code Java, dérivé de l' Activity de classe. 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'une 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).

Connexes: .apk , activité

Récepteur de diffusion
Une classe d'application qui écoute les intentions diffusées, plutôt que d'être envoyées à une seule application/activité cible. Le système délivre une intention de diffusion à tous les récepteurs de diffusion intéressés, qui traitent l'intention de manière séquentielle.

Connexes: Intention , Filtre 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 est construit sur la ContentProvider classe, qui gère les chaînes de requête contenu d'un format spécifique pour renvoyer les données dans un format spécifique. Voir fournisseurs de contenu sujet pour plus d' informations.

Connexes: URI Utilisation dans Android

Dialogue
Une fenêtre flottante qui agit comme une forme légère. Une boîte de dialogue ne peut avoir que des commandes de bouton et est destinée à effectuer une action simple (comme le choix d'un bouton) et peut-être à 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, bien que vous puissiez définir votre propre disposition de boîte de dialogue. La classe de base pour les boîtes de dialogue est de 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 de relation est une instance d' 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 le récepteur fait lors de la gestion 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 elle peut 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 responsable de la résolution du 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 intention , diffusion du récepteur .

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/l'activité qui correspond le mieux à l'intention et aux critères. Pour plus d' informations, consultez Intentions et filtres d' intention .

Connexes: intention , diffusion du récepteur .

Ressources
Composants d'application non programmés qui sont 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 consisteraient en des chaînes d'interface utilisateur, des composants de mise en page d'interface utilisateur, des 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 de périphérique. Par exemple, une application comprendrait un ensemble distinct de ressources pour chaque type local ou de périphérique 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 res/* sous - dossiers du projet.
Un service
Un objet de la classe de Service qui fonctionne en arrière - plan (sans présence de l' interface utilisateur) pour effectuer diverses actions persistantes, telles que la lecture de musique ou de surveillance de l' activité réseau.

Connexes: Activité

URI dans Android
Android utilise des chaînes 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 une intention (comme 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 qu'elle souhaite. Certains schémas d'URI sont réservés par les composants du système. Par exemple, les demandes de données d'un fournisseur de contenu doivent utiliser le content:// . Dans une intention, un URI en utilisant un http:// système 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 rediriger les ports pour le débogage. Si vous développez dans Android Studio, adb est intégré à votre environnement de développement. Voir Android Debug Pont pour plus d' informations.
Projet Android
Un référentiel Git sur un hôte Android Gerrit. Voir Outils de contrôle Source> Gerrit pour plus d' informations.
Construire l'empreinte digitale
L'empreinte digitale de build est une chaîne unique, lisible par l'homme, contenant les informations du fabricant émises pour chaque build. Voir les empreintes digitales de construction Comprendre pour plus d' informations.
Git
L'outil de contrôle de source utilisé par Android qui fonctionnait historiquement sur un seul référentiel Git. Utilisé conjointement avec prise en pension de plusieurs dépôts Git. Voir Outils de contrôle Source> Git pour plus d' informations.
Branche Git - canonique
Versions distinctes pour chaque dépôt Git, comme android-11.0.0_r1 , trouvé à cs.android.com/android/platform/superproject/+/android-11.0.0_r1 . Voir Git Branching - Branches dans un Nutshell pour plus d' informations.
Branche Git - locale
Une branche temporaire du client actuel Repo pour apporter des modifications de code, a commencé avec le repo start branch-name . commander. 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é un projet, c'est une partie du code de base représentant un composant ou un type de dispositif, tels que frameworks/base ou la platform/packages/apps/Car/Media - platform/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 vérifier ces référentiels et leur disposition sur un système de fichiers. Ce fichier XML, généralement nommé default.xml , est associée à une branche Repo et décrit les dépôts Git et les branches Git vérifié lors de l' initialisation et synchronisation de la branche Repo. Ce fichier définit les différents référentiels Git que l'outil Repo doit extraire dans une caisse client Repo afin de créer un produit (comme Android Automotive OS). Voir tous les manifestes à android.googlesource.com/platform/manifest/+refs . Voir le défaut manifeste inclus dans AndroidManifest fichiers à tirer dans les fichiers de la plate - forme (PSBA) Android à android.googlesource.com/platform/manifest/+/refs/heads/master/default.xml . Voir le fichier AndroidManifest.xml pour les informations de l' application et repo Format Manifest pour le développement de la plate - forme.
Mise à jour en direct (OTA)
Les appareils Android sur le terrain peuvent recevoir et installer des mises à jour OTA (over-the-air) pour le système, le logiciel d'application et les règles de fuseau horaire. Voir OTA Mises à jour pour plus d' informations.
Repo
Un wrapper autour de Git pour permettre des opérations plus faciles sur plusieurs référentiels Git. Il agrège et gère les nombreux référentiels Git en tant qu'extraction ou base de code unique. Voir Outils de contrôle Source> Repo pour plus d' informations.
Branche de pension
Une collection de dépôts Git capturé dans un AndroidManifest fichier qui représente une version (build) de la base de code applications, telles que android11-gsi ou aosp-android-games-sdk , téléchargé par l' intermédiaire d' repo init et repo sync commandes. Voir le fichier Manifest Description des liens vers tous les fichiers manifestes et utiliser https://cs.android.com/ pour rechercher leurs constructions.
uprév
En général, uprev met à jour un sous-projet constitutif d'un projet plus important vers une version plus récente. Un uprev modifie un niveau de révision soit vers la prochaine version incrémentée, soit vers la dernière version disponible. Dans le cas d'un ensemble de HIDL, pour maintenir l' extensibilité compatible en arrière-niveau paquet , une UPréc mineure version met à jour le nouveau package à une version mineure supérieure tout en conservant le même nom et version majeure que l'ancien paquet. Dans le cas de la configuration Bootloader , un UPréc met à jour le support de la version d' en- tête de démarrage à la dernière version.

Graphique

Toile
Une surface de dessin que les poignées de composition des bits effectifs contre une Bitmap ou une surface objet. Il dispose de méthodes pour le dessin informatique standard de bitmaps, de lignes, de cercles, de rectangles, de texte, etc., et est lié à un bitmap ou à une surface. Canvas est le moyen le plus simple et le plus facile de dessiner des objets 2D sur l'écran. La classe de base est en Canvas .

Related: Drawable , OpenGL ES , Surface .

Dessinable
Une ressource visuelle compilée qui peut être utilisée comme arrière-plan, titre ou autre partie de l'écran. Un dessin est généralement chargé dans un autre élément de l'interface utilisateur, par exemple en tant qu'image d'arrière-plan. Un dessin n'est pas capable de recevoir des événements, mais attribue diverses autres propriétés telles que « état » et la planification, pour activer des sous-classes telles que des objets d'animation ou des bibliothèques d'images. De nombreux objets pouvant être dessinés sont chargés à partir de fichiers de ressources pouvant être dessinés - des fichiers XML ou bitmap qui décrivent l'image. Les ressources étirables sont compilées dans les sous - classes de android.graphics.drawable . Pour plus d' informations sur dessinables et d' autres ressources, voir Ressources .

Connexes: Ressources , Toile

Ressource de mise en page
Un fichier XML qui décrit la disposition d'un écran d'activité.

Connexes: Ressources

Image de neuf patchs / 9 patchs / neuf patchs
Une ressource bitmap redimensionnable qui peut être utilisée pour les arrière-plans ou d'autres images sur l'appareil. Voir l' image Stretchable Nine-Patch pour plus d' informations.

: Connexes Ressources .

OpenGL ES
Android fournit des bibliothèques OpenGL ES pour le rendu 3D accéléré par le matériel. Pour le rendu 2D, Canvas est l'option plus simple. » OpenGL ES est disponible dans le Native Development Kit Android (NDK) pour la facilité d'utilisation. Les android.opengl et javax.microedition.khronos.opengles packages exposent les fonctionnalités OpenGL ES.

Connexes: Toile , Surface

Surface
Un objet de type de Surface qui représente un bloc de mémoire qui obtient un composite à l'écran. Une surface contient un objet Canvas pour le dessin et fournit diverses méthodes d'aide pour dessiner des calques et redimensionner la surface. Vous ne devez pas utiliser cette classe directement ; utiliser SurfaceView à la place.

Connexes: Toile

SurfaceView
Un objet View qui enveloppe une surface pour le dessin et expose des méthodes pour spécifier sa taille et son format de manière dynamique. Un SurfaceView fournit un moyen de dessiner indépendamment du thread de l'interface utilisateur pour les opérations gourmandes en ressources (telles que les jeux ou les aperçus de l'appareil photo), mais il utilise en conséquence de la mémoire supplémentaire. SurfaceView prend en charge les graphiques Canvas et OpenGL ES. La classe de base est SurfaceView .

Connexes: Surface

Thème
Un ensemble de propriétés (taille du texte, couleur d'arrière-plan, etc.) regroupées pour définir divers paramètres d'affichage par défaut. Android fournit quelques thèmes standards, énumérés dans R.style (commençant par « Theme_ »).
Voir
Un objet qui dessine une zone rectangulaire sur l'écran et gère les clics, les frappes et d'autres événements d'interaction. Une vue est une classe de base pour la plupart des composants de mise en page d'un écran d'activité ou de dialogue (zones de texte, fenêtres, etc.). Il reçoit des appels de son objet parent (voir ViewGroup ) se dessiner, et informe son objet parent où et la taille qu'il voudrait être (qui peuvent ou peuvent ne pas être respecté par le parent). Pour plus d' informations, consultez View .

Connexes: Afficher la hiérarchie , ViewGroup , Widget

Afficher la hiérarchie
Une disposition des objets View et ViewGroup qui définit l'interface utilisateur pour chaque composant d'une application. La hiérarchie se compose de groupes de vues qui contiennent une ou plusieurs vues enfant ou groupes de vues. Vous pouvez obtenir une représentation visuelle d'une hiérarchie de vue pour le débogage et l' optimisation en utilisant le Viewer hiérarchie qui est fourni avec le SDK Android.

Connexes: Voir , ViewGroup

AfficherGroupe
Un objet conteneur qui regroupe un ensemble de vues enfants. Le groupe de vues est chargé de décider où les vues enfants sont positionnées et leur taille, ainsi que d'appeler chacune à se dessiner lorsque cela est approprié. Certains groupes de vues sont invisibles et sont uniquement destinés à la mise en page, tandis que d'autres ont une interface utilisateur intrinsèque (par exemple, une zone de liste déroulante). Voir tous les groupes sont dans le widget de package, mais étendre ViewGroup .

Connexes: Voir , Afficher la hiérarchie

Widget
L'un d'un ensemble de sous-classes View entièrement implémentées qui restituent des éléments de formulaire et d'autres composants d'interface utilisateur, tels qu'une zone de texte ou un menu contextuel. Parce qu'un widget est entièrement implémenté, il gère lui-même la mesure et le dessin et répond aux événements d'écran. Les widgets sont tous dans le android.widget package.
Fenêtre
Dans une application Android, un objet dérivé de la classe abstraite Window qui indique les éléments d'une fenêtre générique, comme le look and feel (titre texte de la barre, l' emplacement et le contenu des menus, etc.). Dialog et Activity utilisent une implémentation de cette classe pour restituer une fenêtre. Vous n'avez pas besoin d'implémenter cette classe ou d'utiliser des fenêtres dans votre application.

Plate-forme

Android Runtime (ART) et Dalvik
L'environnement d'exécution Android (ART) est l'environnement d'exécution géré utilisé par les applications et certains services système sur Android. L'environnement d'exécution Android (ART) est l'environnement d'exécution par défaut pour les appareils exécutant Android 5.0 (niveau d'API 21) et supérieur. ART et son prédécesseur Dalvik ont ​​été créés à l'origine spécifiquement pour le projet Android Open Soure. 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, 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 souvent tous en cours de développement actif à la fois. La ligne de code est le point d'agrégation et la cible de la version. Pour plus d' informations sur lignes de code, voir Gestion du logiciel 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 les applications compilées écrites dans le langage de programmation Java.

Test

Artefacts
Les artefacts sont des journaux liés à la construction permettant un dépannage local. Ces journaux sont accessibles directement à partir Gerrit lors de l' affichage de votre changelist. Faites défiler jusqu'à preSubmit Statut et cliquez sur le lien rouge Build pour afficher ou télécharger le associé build_error.log fichier. Vous pouvez également obtenir ces objets à partir du serveur central d'intégration continue Android à ci.android.com/ en cliquant sur le téléchargement (flèche vers le bas) icône de la cible et la construction. Pour plus d' informations sur la façon de trouver des objets, voir Intégration continue Android .
CDD
Le document de définition de compatibilité Android (CDD) énumère les exigences qui doivent être remplies pour que vos appareils soient compatibles avec la dernière version d'Android. Pour être considérées comme compatibles avec Android, les implémentations d'appareils DOIVENT répondre aux exigences présentées dans cette définition de compatibilité, y compris tous les documents incorporés par référence. Pour plus d' informations sur le CDD, voir Android Compatibilité Définition du document .
CTS
La suite de tests de compatibilité (CTS) est la suite de tests permettant de garantir l'exactitude de l'API et les spécifications énoncées dans le CDD. Il est disponible en tant que source au sein PSBA et à télécharger comme un fichier binaire. Pour plus d' informations, voir test de compatibilité Suite .
Vérificateur CTS
Le vérificateur de la suite de tests de compatibilité (vérificateur CTS) est un complément au CTS. CTS Verifier fournit des tests pour les API et les fonctions qui ne peuvent pas être testées sur un appareil fixe sans entrée manuelle (par exemple, qualité audio, accéléromètre, etc.). Pour plus d' informations, consultez Utilisation de CTS Verifier .
Débogage
Le débogage nécessite de trouver et de corriger les erreurs dans le code de la plate-forme Android, que ce soit dans les fonctionnalités ou leurs tests. Pour plus d' informations, consultez Debugging natif Android code Plate - forme
gtest
GoogleTest est le framework de test et de moquerie C++ de Google. Trouvez le code à github.com/google/googletest et la documentation google.github.io/googletest .
Essai d'instrumentation
Un test d'instrumentation fournit un environnement d'exécution de test spécial lancé par l' am instrument commande, où le processus d'application ciblé est remis en marche et initialisée avec le contexte de l' application de base, et un fil d'instrumentation est démarré à l' intérieur du processus de demande machine virtuelle. Pour plus d' informations, voir Tests Instrumentation .
Logcat
Logcat est un outil de ligne de commande qui déverse un journal des messages du système, y compris les traces de pile lorsque l'appareil émet une erreur et les messages que vous avez écrit de votre application avec la Log classe. Pour plus d' informations, voir l' outil de ligne de commande logcat .
Enregistrement
Connexion à Android est complexe en raison du mélange des normes utilisées qui sont combinés dans logcat . Pour plus de détails sur les normes principales utilisées, voir la journalisation .
Conflit de fusion
Un conflit de fusion se produit lorsque deux ou plusieurs versions du même fichier ne peuvent plus être fusionnées automatiquement par le serveur de build Android. Celles-ci nécessitent généralement une édition manuelle du fichier pour résoudre toutes les mises à jour conflictuelles.
Test natif
Un test natif pour la plate-forme accède généralement aux couches d'abstraction de niveau inférieur ou effectue un IPC brut sur divers services système. Par conséquent, l'approche de test est généralement étroitement associée au service testé. Pour plus d' informations, voir Tests autochtones .
Tradefed
Le harnais de test Trade Federation (Tradefed ou TF en abrégé) est un cadre de test continu conçu pour exécuter des tests sur des appareils Android. Par exemple, Tradefed est utilisé pour exécuter le CTS et le VTS. Pour plus d' informations, voir Fédération du Commerce Vue d' ensemble .
VTS
Android Vendor Test Suite (VTS) fournit des fonctionnalités étendues pour les tests Android, favorise un processus de développement piloté par les tests et automatise les tests du noyau HAL et OS. Pour plus d' informations, voir test Suite fournisseur (VTS) et de l' Infrastructure .