27 Mart 2025'ten itibaren AOSP'yi derlemek ve AOSP'ye katkıda bulunmak için aosp-main yerine android-latest-release kullanmanızı öneririz. Daha fazla bilgi için AOSP'de yapılan değişiklikler başlıklı makaleyi inceleyin.
Araba kullanıcı arayüzü kitaplığı entegrasyon kılavuzu
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Araç kullanıcı arayüzü (UI) araç seti, arabalarda bulunan uygulamaların (Google uygulamaları ve sistem ve tedarikçi uygulamaları) aşağıdakilere ulaşmasını sağlamak için kullanabileceğiniz bir kullanıcı arayüzü geliştirme çerçevesi sağlar:
Bilgi-eğlence sistemi kullanıcı arayüzü/kullanıcı deneyimi tutarlılığı. Tutarlılık, kullanıcının bir bilgi-eğlence sistemiyle nasıl etkileşime gireceğini, aynı sistemle daha önce yaşadığı deneyimlere dayanarak tahmin edebilmesidir.
Özelleştirme. OEM'ler, işlevleri araç içi ve donanımla en iyi şekilde entegre etmek için sistemin görünümünü ve tarzını değiştirebilir.
Araba kullanıcı arayüzü kitaplığı entegrasyonu hakkında daha fazla bilgi edinmek için şu sayfalara bakın:
Araba kullanıcı arayüzü kitaplığı, aşağıdakileri uygulamak için kullanabileceğiniz bir dizi bileşen ve kaynak sağlayan statik olarak bağlı bir kitaplıktır:
Sistem ve OEM uygulamaları (Gerrit)
Android Automotive (AAOS) uygulamaları
Bu kitaplık şu işlevleri görür:
Özelleştirme API'si:
Renkler, boyutlar ve çizilebilir öğeler dahil olmak üzere hangi kaynakların özelleştirilebileceğini tanımlama.
Kaynakları, geriye dönük uyumlu garantilere sahip bir API olarak ele alın.
Android 9 ve Android 10'da sunulan kısa vadeli çözüm ile şu anda geliştirilmekte olan uzun vadeli çözüm arasında uyumluluk katmanı.
Kaynak yer paylaşımları
Android şu anda, etkilenen alt sistemler ve uygulamalarda ek işlem yapmadan özelleştirmeler uygulamanın birkaç yolunu sunmaktadır:
Derleme zamanı yer paylaşımları. Bu özelleştirme, Android sistem görüntüsünün derlenme zamanında uygulanır. Derleme sırasında sistemdeki tüm uygulamalar, res klasörlerinden ve hedef makefile'lerde tanımlanan overlay klasörlerinden kaynak alır.
Dinamik çalışma zamanı yer paylaşımları (dinamik RRO). Bu özel APK'lar yalnızca kaynakları ve hangi hedef APK'yı etkileyeceklerini belirten bir manifest dosyası içerir. Dinamik RRO'lar, sistem görüntüsünden bağımsız olarak derlenir ve dağıtılır ve etkinleştirilebilir ya da devre dışı bırakılabilir. Sistem belirli bir uygulama için kaynak araması yaptığında, uygulamayı hedefleyen tüm RRO'ları ve RRO'nun aynı ada sahip bir kaynak içerip içermediğini de kontrol eder.
Statik çalışma zamanı yer paylaşımları (statik RRO). Yapı olarak dinamik RRO'lara benzer şekilde, bunlar her zaman etkindir. Yani tam bir sistem resmi yükseltmesi yapılmadan kaldırılamaz veya güncellenemez. Statik RRO'lar, derleme zamanı ve dinamik çalışma zamanı yer paylaşımları arasında bir ara katman görevi görür.
Araba kullanıcı arayüzü kitaplığı, kullanıcı arayüzü bileşenlerine ek olarak statik bir dizi RRO kullanarak kaynakları (her uygulamaya statik olarak bağlı) OEM kaynaklarıyla doğrudan örtüştüren bir mekanizma sağlar. OEM'ler, kaynak yer paylaşımlarını ve hedeflenen uygulamaların listesini içeren bir klasör sağlamalıdır. Car UI kitaplığı altyapısı, derleme sırasında her hedeflenen uygulama için bir statik RRO oluşturmak üzere bu bilgileri kullanır.
Şekil 1. Araba kullanıcı arayüzü kitaplığı bileşenleri
Yukarıdaki resimde:
Yeşil. OEM tarafından sağlanan özelleştirme. Derleme ve çalışma zamanındaki yer paylaşımı kaynaklarının bir karışımıdır.
Sarı.Yerleştirilebilir
kaynaklar, bileşenler (Java kodu) ve gerekli RRO'ları oluşturmak için derleme desteği dahil olmak üzere Car UI kitaplığı tarafından sağlanan destek.
Mavi. Kullanıcı arayüzü öğelerini özelleştirmek için Araba kullanıcı arayüzü kitaplığını kullanan çerçeve, sistem uygulamaları, tedarikçi uygulamaları ve GAS uygulamaları dahil olmak üzere özelleştirilebilir hedefler.
Bu sayfadaki içerik ve kod örnekleri, İçerik Lisansı sayfasında açıklanan lisanslara tabidir. Java ve OpenJDK, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-07-27 UTC.
[[["Anlaması kolay","easyToUnderstand","thumb-up"],["Sorunumu çözdü","solvedMyProblem","thumb-up"],["Diğer","otherUp","thumb-up"]],[["İhtiyacım olan bilgiler yok","missingTheInformationINeed","thumb-down"],["Çok karmaşık / çok fazla adım var","tooComplicatedTooManySteps","thumb-down"],["Güncel değil","outOfDate","thumb-down"],["Çeviri sorunu","translationIssue","thumb-down"],["Örnek veya kod sorunu","samplesCodeIssue","thumb-down"],["Diğer","otherDown","thumb-down"]],["Son güncelleme tarihi: 2025-07-27 UTC."],[],[],null,["# Car UI library integration guide\n\nThe Car User Interface (UI) toolkit provides a UI development framework you can use to\nensure apps present in cars (Google apps *and* system and vendor apps) can attain:\n\n- **Infotainment UI/UX self-consistency.** Self-consistency is the ability for a\n user to predict how to interact with an infotainment system based on previous experiences\n interacting with the same system.\n\n- **Customization.**OEMs can modify the look-and-feel of the system to best\n integrate functionality with vehicle interior and hardware.\n\nTo learn more about Car UI Library integration, see these pages:\n\n- [Integrate the Car UI library into apps](/docs/automotive/hmi/car_ui/integrate)\n- [Customize apps](/docs/automotive/hmi/car_ui/customize)\n- [Add custom fonts](/docs/automotive/hmi/car_ui/fonts)\n- [Customize Car UI preferences](/docs/automotive/hmi/car_ui/caruipreference)\n- [CarUiListItem](/docs/automotive/hmi/car_ui/caruilistitem)\n- [Customize CarUiRecyclerView](/docs/automotive/hmi/car_ui/caruirecyclerview)\n- [Troubleshoot runtime resource overlays](/docs/core/runtime/rro-troubleshoot)\n- [Release notes](/docs/automotive/hmi/car_ui/release_notes)\n- [Appendix A, work with RROs](/docs/automotive/hmi/car_ui/appendix)\n- [Appendix B, customization guidelines](/docs/automotive/hmi/car_ui/appendix_b)\n\nAbout the Car UI library\n------------------------\n\nThe Car UI library is a statically linked library, which provides a set of components and\nresources you can use to implement:\n\n- System and OEM apps (Gerrit)\n- Android Automotive (AAOS) apps\n\nThis library serves as a:\n\n- Customization API by:\n\n - Defining which resources can be customized including, colors, dimensions, and drawables.\n - Treating the resources as an API with backwards-compatible guarantees.\n- Compatibility layer between the short-term provided in Android 9 and Android 10 and the longer term solution currently being developed.\n\nResource overlays\n-----------------\n\nAndroid currently provides several ways to apply customizations without additional work needed to\nthe affected subsystems and apps:\n\n- **Build-time overlays.** This customization is applied at Android system image\n build time. During the build, all apps in the system receive resources from their\n `res` folder and from `overlay` folders defined in the target\n makefiles.\n\n- **Dynamic runtime overlays (dynamic RRO).** These special APKs contain\n *only* resources and a manifest file to indicate which *target APK* they will\n affect. Dynamic RROs are compiled and deployed independently of the system image and can be\n toggled on and off. When the system performs a resource lookup for a specific app, the\n system also checks for *any* RRO targeting it and if the RRO contains a resource with the\n same name.\n\n- **Static runtime overlays (static RRO).** Similar to dynamic RROs in structure,\n these are always *on*, meaning they can't be uninstalled or updated without performing a\n full system image upgrade. Static RROs serve as an intermediate of build-time and dynamic\n runtime overlays.\n\nIn addition to UI components, the Car UI library provides a mechanism to directly overlay\nresources (statically linked into each app) with the OEM resources, using a *set of static\nRROs*. OEMs must provide a folder containing their resource overlays and a list of targeted\napps. During a build, the Car UI library infrastructure would use this information to\ngenerate one static RRO for each targeted app.\n| **Note:** This mechanism will become obsolete in Android 11 (and higher) when RROs can target Android libraries.\n\n**Figure 1**. Car UI library components\n\nIn the image above:\n\n- **Green**. Customization provided by the OEM, a mix of build-time and run-time\n overlay resources.\n\n- **Yellow.** Support provided by Car UI library, including *overlayable*resources, components (Java code) and build support to generate the necessary RROs.\n\n- **Blue.** *Customizable* targets including the framework, system\n apps, vendor apps and GAS apps that use the Car UI library to\n *customize* UI elements."]]