ชุดเครื่องมืออินเทอร์เฟซผู้ใช้ (UI) ของรถยนต์มีเฟรมเวิร์กการพัฒนา UI ที่คุณสามารถใช้เพื่อให้มั่นใจว่าแอปที่แสดงในรถยนต์ (แอป Google และแอประบบและแอปของผู้ให้บริการ) จะมีคุณสมบัติต่อไปนี้
- 
    
ความสอดคล้องของ UI/UX ของอินโฟเทนเมนต์ ความสอดคล้องในตนเองคือความสามารถของผู้ใช้ในการคาดเดาวิธีโต้ตอบกับระบบสาระบันเทิงโดยอิงจากประสบการณ์ก่อนหน้านี้ในการโต้ตอบกับระบบเดียวกัน
 - 
    
การปรับแต่ง OEM สามารถแก้ไขรูปลักษณ์ของระบบเพื่อผสานรวมฟังก์ชันการทำงานเข้ากับภายในและฮาร์ดแวร์ของยานพาหนะได้อย่างดีที่สุด
 
ดูข้อมูลเพิ่มเติมเกี่ยวกับการผสานรวมไลบรารี UI ของรถได้ที่หน้าต่อไปนี้
- ผสานรวมไลบรารี UI ของรถในแอป
 - ปรับแต่งแอป
 - เพิ่มแบบอักษรที่กำหนดเอง
 - ปรับแต่งค่ากำหนด UI ของรถยนต์
 - CarUiListItem
 - ปรับแต่ง CarUiRecyclerView
 - แก้ปัญหาการวางซ้อนทรัพยากรรันไทม์
 - บันทึกประจำรุ่น
 - ภาคผนวก ก การทำงานร่วมกับ RRO
 - ภาคผนวก ข. หลักเกณฑ์การปรับแต่ง
 
เกี่ยวกับไลบรารี UI ของรถ
ไลบรารี UI ของรถเป็นไลบรารีที่ลิงก์แบบคงที่ ซึ่งประกอบด้วยชุดคอมโพเนนต์และแหล่งข้อมูลที่คุณสามารถใช้เพื่อติดตั้งใช้งานสิ่งต่อไปนี้
- แอประบบและแอปของ OEM (Gerrit)
 - แอป Android Automotive (AAOS)
 
ไลบรารีนี้ทำหน้าที่ดังนี้
- 
    
Customization API ตาม
- การกำหนดทรัพยากรที่ปรับแต่งได้ ซึ่งรวมถึงสี ขนาด และรูปภาพที่วาดได้
 - ถือว่าทรัพยากรเป็น API ที่รับประกันว่าเข้ากันได้แบบย้อนหลัง
 
 - เลเยอร์ความเข้ากันได้ระหว่างโซลูชันระยะสั้นที่มีให้ใน Android 9 และ Android 10 กับโซลูชันระยะยาวที่กําลังพัฒนาอยู่
 
การซ้อนทับทรัพยากร
ปัจจุบัน Android มีวิธีต่างๆ ในการใช้การปรับแต่งโดยไม่ต้องดำเนินการเพิ่มเติมกับระบบย่อยและแอปที่ได้รับผลกระทบ ดังนี้
- 
    
การวางซ้อนเวลาสร้าง ระบบจะใช้การปรับแต่งนี้เมื่อสร้างภาพระบบ Android ในระหว่างการสร้าง แอปทั้งหมดในระบบจะได้รับทรัพยากรจากโฟลเดอร์
resของตนเองและจากโฟลเดอร์overlayที่กําหนดไว้ในไฟล์ Make เป้าหมาย - 
    
การวางซ้อนรันไทม์แบบไดนามิก (RRO แบบไดนามิก) APK พิเศษเหล่านี้มีเฉพาะทรัพยากรและไฟล์ Manifest เพื่อระบุ APK เป้าหมายที่จะได้รับผลกระทบ ระบบจะคอมไพล์และติดตั้งใช้งาน RRO แบบไดนามิกแยกจากอิมเมจระบบ และสามารถเปิด/ปิดได้ เมื่อระบบทำการค้นหาทรัพยากรสําหรับแอปที่เฉพาะเจาะจง ระบบจะตรวจสอบ RRO ทั้งหมดที่กำหนดเป้าหมายแอปนั้น และตรวจสอบว่า RRO มีทรัพยากรที่มีชื่อเดียวกันหรือไม่
 - 
    
การซ้อนทับรันไทม์แบบคงที่ (RRO แบบคงที่) โครงสร้างของ RRO แบบไดนามิกจะคล้ายกับ RRO แบบไดนามิก นั่นคือ RRO เหล่านี้จะเปิดอยู่เสมอ ซึ่งหมายความว่าจะถอนการติดตั้งหรืออัปเดตไม่ได้หากไม่ทำการอัปเกรดอิมเมจระบบทั้งหมด RRO แบบคงที่ทำหน้าที่เป็นสื่อกลางระหว่างการวางซ้อนรันไทม์แบบไดนามิกและเวลาสร้าง
 
นอกจากคอมโพเนนต์ UI แล้ว ไลบรารี UI ของรถยนต์ยังมีกลไกในการวางซ้อนทรัพยากร (ลิงก์แบบคงที่ลงในแต่ละแอป) กับทรัพยากร OEM โดยตรงโดยใช้ ชุด RRO แบบคงที่ OEM ต้องมีโฟลเดอร์ที่มีการวางซ้อนทรัพยากรและรายการแอปเป้าหมาย ในระหว่างการสร้าง โครงสร้างพื้นฐานของไลบรารี UI ของรถยนต์จะใช้ข้อมูลนี้เพื่อสร้าง RRO แบบคงที่ 1 รายการสําหรับแต่ละแอปเป้าหมาย
รูปที่ 1 คอมโพเนนต์ไลบรารี UI ของรถ
ในรูปภาพด้านบน
- 
    
เขียว การปรับแต่งที่ OEM ระบุ ซึ่งเป็นการผสมผสานทรัพยากรการวางซ้อนสำหรับช่วงสร้างและช่วงรันไทม์
 - 
    
สีเหลือง การสนับสนุนจากไลบรารี UI ของรถยนต์ ซึ่งรวมถึงทรัพยากรที่วางซ้อนได้ คอมโพเนนต์ (โค้ด Java) และการสนับสนุนการสร้างเพื่อสร้าง RRO ที่จำเป็น
 - 
    
น้ำเงิน เป้าหมายที่ปรับแต่งได้ ซึ่งรวมถึงเฟรมเวิร์ก แอประบบ แอปของผู้ให้บริการ และแอป GAS ที่ใช้ไลบรารี UI ของรถเพื่อปรับแต่งองค์ประกอบ UI