Toolkit Antarmuka Pengguna Mobil (UI) menyediakan kerangka pengembangan UI yang dapat Anda gunakan untuk memastikan aplikasi yang ada di mobil (aplikasi dan sistem Google serta aplikasi vendor) dapat mencapai:
Konsistensi diri UI/UX Infotainmen. Konsistensi diri adalah kemampuan pengguna untuk memprediksi cara berinteraksi dengan sistem infotainment berdasarkan pengalaman sebelumnya berinteraksi dengan sistem yang sama.
Kustomisasi. OEM dapat memodifikasi tampilan dan nuansa sistem untuk mengintegrasikan fungsionalitas terbaik dengan interior dan perangkat keras kendaraan.
Untuk mempelajari lebih lanjut tentang integrasi Perpustakaan UI Mobil, lihat halaman berikut:
- Integrasikan perpustakaan UI Mobil ke dalam aplikasi
- Sesuaikan aplikasi
- Tambahkan font khusus
- Sesuaikan preferensi UI Mobil
- ItemUiList Mobil
- Sesuaikan CarUiRecyclerView
- Memecahkan masalah hamparan sumber daya waktu proses
- Catatan rilis
- Lampiran A, bekerja dengan RRO
- Lampiran B, pedoman penyesuaian
Tentang perpustakaan UI Mobil
Pustaka Car UI adalah pustaka yang tertaut secara statis, yang menyediakan sekumpulan komponen dan sumber daya yang dapat Anda gunakan untuk mengimplementasikan:
- Aplikasi sistem dan OEM (Gerrit)
- Aplikasi Android Otomotif (AAOS).
Perpustakaan ini berfungsi sebagai:
API Kustomisasi oleh:
- Menentukan sumber daya mana yang dapat dikustomisasi termasuk, warna, dimensi, dan sumber daya dapat digambar.
- Memperlakukan sumber daya sebagai API dengan jaminan kompatibel ke belakang.
- Lapisan kompatibilitas antara solusi jangka pendek yang disediakan di Android 9 dan Android 10 dan solusi jangka panjang yang saat ini sedang dikembangkan.
Hamparan sumber daya
Android saat ini menyediakan beberapa cara untuk menerapkan penyesuaian tanpa memerlukan upaya tambahan pada subsistem dan aplikasi yang terpengaruh:
Hamparan waktu pembuatan. Penyesuaian ini diterapkan pada waktu pembuatan image sistem Android. Selama pembangunan, semua aplikasi di sistem menerima sumber daya dari folder
resdan dari folderoverlayyang ditentukan dalam makefile target.Hamparan waktu proses dinamis (RRO dinamis). APK khusus ini hanya berisi sumber daya dan file manifes untuk menunjukkan APK target mana yang akan terpengaruh. RRO dinamis dikompilasi dan diterapkan secara independen dari citra sistem dan dapat diaktifkan dan dinonaktifkan. Saat sistem melakukan pencarian sumber daya untuk aplikasi tertentu, sistem juga memeriksa apakah ada RRO yang menargetkan aplikasi tersebut dan apakah RRO berisi sumber daya dengan nama yang sama.
Hamparan waktu proses statis (RRO statis). Mirip dengan struktur RRO dinamis, RRO ini selalu aktif , artinya RRO tidak dapat dihapus atau diperbarui tanpa melakukan peningkatan citra sistem secara penuh. RRO statis berfungsi sebagai perantara overlay waktu proses build dan dinamis.
Selain komponen UI, pustaka Car UI menyediakan mekanisme untuk secara langsung melapisi sumber daya (ditautkan secara statis ke setiap aplikasi) dengan sumber daya OEM, menggunakan serangkaian RRO statis . OEM harus menyediakan folder yang berisi hamparan sumber dayanya dan daftar aplikasi yang ditargetkan. Selama pembangunan, infrastruktur perpustakaan Car UI akan menggunakan informasi ini untuk menghasilkan satu RRO statis untuk setiap aplikasi yang ditargetkan.
Gambar 1 . Komponen perpustakaan UI mobil
Pada gambar di atas:
Hijau . Penyesuaian disediakan oleh OEM, gabungan sumber daya overlay waktu pembuatan dan waktu proses.
Kuning. Dukungan yang diberikan oleh perpustakaan Car UI, termasuk sumber daya yang dapat dihamparkan , komponen (kode Java) dan dukungan build untuk menghasilkan RRO yang diperlukan.
Biru. Target yang dapat disesuaikan termasuk kerangka kerja, aplikasi sistem, aplikasi vendor, dan aplikasi GAS yang menggunakan pustaka UI Mobil untuk menyesuaikan elemen UI.