ชุดเครื่องมืออินเทอร์เฟซผู้ใช้ (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