Google berkomitmen untuk mendorong terwujudnya keadilan ras bagi komunitas Kulit Hitam. Lihat caranya.
Halaman ini diterjemahkan oleh Cloud Translation API.
Switch to English

Objek Antarmuka Vendor

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

Desain objek VINTF

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

Gambar 1. Manifes, matriks kompatibilitas, dan informasi runtime-collectible

Desain objek VINTF menyediakan yang berikut ini untuk perangkat dan komponen kerangka kerja:

Untuk Perangkat Untuk Kerangka
  • Mendefinisikan skema untuk komponen statis ( file manifes perangkat ).
  • Menambahkan dukungan waktu build untuk menentukan file manifes perangkat untuk perangkat tertentu.
  • Menentukan API yang dapat dikueri pada waktu proses yang mengambil file manifes perangkat (bersama dengan informasi koleksi waktu proses lainnya) dan memaketkannya ke dalam hasil kueri.

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

Manifes & matriks

Mulai Android 8.0, runtime API menanyakan apa yang ada di perangkat dan mengirimkan informasi tersebut ke server update Over-the-Air (OTA) dan pihak lain yang berkepentingan (seperti CTS DeviceInfo ). Beberapa informasi diambil saat runtime dan beberapa di antaranya ditentukan secara statis.

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

Kedua pasangan manifes dan matriks ini harus direkonsiliasi pada waktu OTA untuk memastikan perangkat bisa mendapatkan pembaruan kerangka kerja yang kompatibel dengan kemampuan perangkat. Secara umum, manifes menjelaskan apa yang disediakan dan matriks kompatibilitas menjelaskan apa yang diperlukan.

Bagian ini mencakup detail berikut tentang manifes dan matriks:

  • Manifes menentukan manifes perangkat, manifes kerangka kerja, dan skema file manifes.
  • Matriks Kompatibilitas menentukan skema untuk matriks kompatibilitas.
  • FCM Lifecycle merinci bagaimana HIDL HAL tidak digunakan lagi dan dihapus, serta bagaimana file FCM diubah untuk mencerminkan status Versi HAL.
  • Pengembangan DM menjelaskan bagaimana vendor dapat menentukan dan mendeklarasikan Versi FCM Target di manifes perangkat untuk perangkat baru atau mengimplementasikan versi HAL baru dan menaikkan Versi FCM Target saat mengupgrade image vendor untuk perangkat lama.
  • Aturan Pencocokan mendefinisikan aturan untuk kecocokan yang berhasil antara matriks kompatibilitas dan manifes.