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

รูปที่ 1 . ส่วนประกอบไลบรารี UI ของรถยนต์
ในภาพด้านบน:
สีเขียว . การปรับแต่งที่จัดเตรียมโดย OEM ซึ่งเป็นการผสมผสานระหว่างเวลาการสร้างและทรัพยากรโอเวอร์เลย์รันไทม์
สีเหลือง. การสนับสนุนโดยไลบรารี UI ของรถยนต์ รวม ถึง ทรัพยากรที่ซ้อนทับได้ ส่วนประกอบ (โค้ด Java) และการสนับสนุนการสร้างเพื่อสร้าง RRO ที่จำเป็น
สีฟ้า. เป้าหมายที่ ปรับแต่งได้ รวมถึงเฟรมเวิร์ก แอปพลิเคชันระบบ แอปพลิเคชันของผู้ขาย และแอปพลิเคชัน GAS ที่ใช้ไลบรารี Car UI เพื่อ ปรับแต่ง องค์ประกอบ UI