Objek antarmuka vendor

Dokumen ini menjelaskan desain objek antarmuka vendor (objek VINTF), yang mengumpulkan informasi yang relevan tentang perangkat dan membuat informasi tersebut tersedia melalui API yang dapat dikueri.

Desain objek VINTF

Objek VINTF mengumpulkan beberapa informasi yang dibutuhkan secara langsung dari perangkat seluler. Aspek lain, seperti manifes, dijelaskan secara statis dalam XML.

Gambar 1. Manifes, matriks kompatibilitas, dan informasi yang dapat dikumpulkan runtime.

Desain objek VINTF menyediakan hal berikut untuk perangkat dan framework komponen:

Untuk Perangkat Untuk Framework
  • Mendefinisikan skema untuk komponen statis ( perangkat file manifes).
  • Menambahkan dukungan waktu build untuk menentukan file manifes perangkat untuk instance perangkat seluler.
  • Mendefinisikan dapat dikueri API pada waktu proses yang mengambil file manifes perangkat (bersama dengan (runtime) yang dapat dikumpulkan) dan memaketkannya ke dalam hasil kueri.
  • Mendefinisikan skema untuk komponen statis ( framework file manifes).
  • Mendefinisikan dapat dikueri API saat runtime yang mengambil file manifes framework dan memaketkannya ke dalam hasil kueri.

Objek VINTF harus dapat diandalkan dan memberikan informasi yang sama dan lengkap terlepas dari kapan objek diminta (lihat Peringatan).

Manifes dan matriks

Mulai Android 8.0, API runtime melakukan kueri apa yang ada di perangkat dan mengirimkannya informasi ke Over-the-Air (OTA) server update dan pihak lainnya yang berkepentingan (seperti CTS DeviceInfo). Sebagian informasi diambil pada saat {i>runtime<i} dan beberapa itu didefinisikan secara statis.

  • Manifes perangkat menjelaskan komponen statis dari apa yang yang bisa diberikan perangkat ke kerangka kerja.
  • Matriks kompatibilitas framework menjelaskan apa yang Framework Android diharapkan dari perangkat tertentu. Matriks adalah entitas statis yang komposisinya ditentukan secara manual selama pengembangan rilis berikutnya dari framework Android.
  • Manifes framework menjelaskan layanan tingkat tinggi yang yang bisa diberikan oleh kerangka kerja ke perangkat tersebut.
  • Matriks kompatibilitas perangkat menjelaskan layanan yang gambar vendor membutuhkan kerangka kerja. Komposisinya ditentukan secara manual selama pengembangan perangkat.

Dua pasang manifes dan matriks ini harus direkonsiliasi pada waktu OTA untuk memastikan perangkat bisa mendapatkan update framework yang kompatibel dengan kemampuan IT. Secara umum, manifes menjelaskan apa yang disediakan dan matriks kompatibilitas menjelaskan hal yang diperlukan.

Bagian ini membahas detail tentang manifes dan matriks berikut ini:

  • Manifes menentukan manifes perangkat, manifes kerangka kerja, dan skema file manifes.
  • Kompatibilitas Matriks menentukan skema untuk matriks kompatibilitas.
  • Detail Siklus Proses FCM bagaimana HIDL HAL tidak digunakan lagi dan dihapus, dan bagaimana file FCM dimodifikasi menjadi mencerminkan status Versi HAL.
  • Pengembangan DM menjelaskan cara vendor menentukan dan mendeklarasikan Versi FCM Target di perangkat untuk perangkat baru atau menerapkan versi HAL baru dan meningkatkan Targetkan Versi FCM saat mengupgrade image vendor untuk perangkat lama.
  • Aturan Pencocokan mendefinisikan aturan agar berhasil mencocokkan antara matriks kompatibilitas dan manifes.