Objet d'interface fournisseur

Ce document décrit la conception de l'objet d'interface du fournisseur. (objet VINTF), qui regroupe des informations pertinentes sur un appareil ces informations sont disponibles via une API pouvant être interrogée.

Conception d'objets VINTF

Un objet VINTF recueille certaines des informations dont il a besoin directement à partir du appareil. D'autres aspects, tels que les fichiers manifestes, sont décrits de manière statique dans XML.

Figure 1 : Fichiers manifestes, matrices de compatibilité et informations pouvant être collectées pendant l'exécution

La conception d'objets VINTF fournit les éléments suivants pour l'appareil et le framework composants:

Pour l'appareil Pour le cadre
  • Définit un schéma pour le composant statique (le appareil fichier manifeste).
  • Ajout de la prise en charge au moment de la compilation de la définition du fichier manifeste de l'appareil pour un élément appareil.
  • Définit le interrogable lors de l'exécution qui récupère le fichier manifeste de l'appareil (ainsi que les autres informations pouvant être collectées lors de l'exécution) et les empaquette dans le résultat de la requête.
  • Définit un schéma pour le composant statique (le framework fichier manifeste).
  • Définit le interrogable API lors de l'exécution qui récupère le fichier manifeste du framework et le crée en package dans le résultat de la requête.

L'objet VINTF doit être fiable et fournir les mêmes informations complètes quel que soit le moment où l'objet est demandé (voir Mises en garde).

Fichiers manifestes et matrices

À partir d'Android 8.0, une API d'exécution interroge les données de l'appareil et les envoie le service Over The Air (OTA) serveur de mise à jour et autres parties intéressées (comme CTS, par exemple) DeviceInfo). Certaines informations sont récupérées au moment de l'exécution, tandis que d'autres il est défini de manière statique.

  • Le fichier manifeste de l'appareil décrit la composante statique de l'élément que l'appareil peut fournir au framework.
  • La matrice de compatibilité du framework décrit ce que Le framework Android attend d'un appareil donné. La matrice est une entité statique dont la composition est déterminée manuellement lors du développement de la prochaine version du framework Android.
  • Le fichier manifeste du framework décrit les services de haut niveau dont peut fournir à l'appareil.
  • La matrice de compatibilité des appareils décrit les services de l'image du fournisseur. Sa composition est déterminée manuellement pendant le développement de l'appareil.

Ces deux paires de fichiers manifestes et de matrices doivent être rapprochées au moment de l'agence de voyages en ligne pour garantir qu'un appareil peut recevoir les mises à jour du framework compatibles avec son des fonctionnalités. En général, un fichier manifeste décrit les éléments fournis et une matrice de compatibilité décrit les éléments requis.

Cette section fournit les informations suivantes sur les fichiers manifestes et les matrices:

  • Les fichiers manifestes définissent le fichier manifeste de l'appareil, le fichier manifeste du framework et le schéma du fichier manifeste.
  • Compatibilité La matrice définit le schéma de la matrice de compatibilité.
  • Détails du cycle de vie de FCM comment les HAL HIDL sont obsolètes et supprimés et comment les fichiers FCM sont modifiés pour reflètent l'état de la version HAL.
  • Développement DM décrit la manière dont les fournisseurs peuvent définir et déclarer la version FCM cible sur l'appareil ; pour les nouveaux appareils ou implémenter de nouvelles versions de HAL, et incrémenter Version FCM cible lors de la mise à niveau de l'image du fournisseur pour les anciens appareils.
  • Règles de correspondance définit les règles d'une correspondance réussie entre une matrice de compatibilité et une fichier manifeste.