Özelliklere ve API'lere Genel Bakış

Android 14, geliştiriciler için harika özellikler ve API'ler sunuyor. Aşağıdaki kaynaklar, uygulamalarınızdaki özellikler hakkında bilgi edinmenize ve ilgili API'leri kullanmaya başlamanıza yardımcı olur.

Eklenen, değiştirilen ve kaldırılan API'lerin ayrıntılı listesi için API farklılıkları raporunu inceleyin. Eklenen API'lerle ilgili ayrıntılar için Android API referansını ziyaret edin. Android 14 için API düzeyi 34'te eklenen API'leri bulun. Platform değişikliklerinin uygulamalarınızı etkileyebileceği alanlar hakkında bilgi edinmek için Android 14'ü hedefleyen uygulamalarda ve tüm uygulamalarda Android 14 davranış değişikliklerini inceleyin.

Uluslararası hale getirme

Uygulamaya özgü dil tercihleri

Android 14, Android 13'te (API düzeyi 33) kullanıma sunulan uygulama başına dil özelliklerini aşağıdaki ek özelliklerle genişletir:

  • Uygulamanın localeConfig dosyasını otomatik olarak oluşturma: Android Studio Giraffe Canary 7 ve AGP 8.1.0-alpha07'den itibaren uygulamanızı uygulama başına dil tercihlerini otomatik olarak destekleyecek şekilde yapılandırabilirsiniz. Android Gradle eklentisi, proje kaynaklarınızı temel alarak LocaleConfig dosyasını oluşturur ve nihai manifest dosyasına bu dosyaya referans ekler. Böylece artık dosyayı manuel olarak oluşturmanız veya güncellemeniz gerekmez. AGP, LocaleConfig dosyasına eklenecek yerel ayarları belirlemek için uygulama modüllerinizin res klasörlerindeki kaynakları ve kitaplık modülü bağımlılıklarını kullanır.

  • Uygulamanın localeConfig için dinamik güncellemeler: LocaleManager'deki setOverrideLocaleConfig() ve getOverrideLocaleConfig() yöntemlerini kullanarak uygulamanızın desteklenen diller listesini cihazın sistem ayarlarında dinamik olarak güncelleyin. Bu esnekliği kullanarak bölgeye göre desteklenen diller listesini özelleştirebilir, A/B denemeleri çalıştırabilir veya uygulamanız yerelleştirme için sunucu tarafı push'ları kullanıyorsa güncellenmiş bir yerel ayar listesi sağlayabilirsiniz.

  • Giriş yöntemi düzenleyiciler (IME'ler) için uygulama dili görünürlüğü: IME'ler, mevcut uygulamanın dilini kontrol etmek ve IME dilini bu dille eşleştirmek için getApplicationLocales() yöntemini kullanabilir.

Grammatical Inflection API

3 milyar insan cinsiyete dayalı diller konuşuyor: İsim, fiil, sıfat ve edat gibi dil bilgisi kategorilerinin, konuştuğunuz veya bahsettiğiniz kişilerin ve nesnelerin cinsiyetine göre değiştiği diller. Cinsiyetli dillerin çoğunda, geleneksel olarak varsayılan veya genel cinsiyet olarak eril dil bilgisi cinsiyeti kullanılır.

Kullanıcılara yanlış dil bilgisi cinsiyetiyle hitap etmek (ör. kadınları eril dil bilgisi cinsiyetiyle hitap etmek) performanslarını ve tutumlarını olumsuz yönde etkileyebilir. Buna karşılık, kullanıcının dil bilgisi açısından cinsiyetini doğru yansıtan bir kullanıcı arayüzü, kullanıcı etkileşimini artırabilir ve daha kişiselleştirilmiş ve doğal bir kullanıcı deneyimi sunabilir.

为帮助您针对区分性别的语言构建以用户为中心的界面，Android 14 引入了 Grammatical Inflection API，让您无需重构应用便能添加对语法性别的支持。

Bölgeye özgü tercihler

Bölgesel tercihler, kullanıcıların sıcaklık birimlerini, haftanın ilk gününü ve numaralandırma sistemlerini kişiselleştirmesine olanak tanır. ABD'de yaşayan Avrupalı sıcaklık biriminin Fahrenhayt yerine Santigrat cinsinden olmasını tercih edebilir ABD'de varsayılan gün yerine pazartesi günü kabul etmesini sağlayan uygulamalar Pazar.

Bu tercihler için yeni Android Ayarlar menüleri, kullanıcılara uygulama tercihlerini değiştirebilecekleri keşfedilebilir ve merkezi bir konum sunar. Bu tercihler, yedekleme ve geri yükleme sırasında da korunur. Çeşitli API ve hedefler (ör. getTemperatureUnit ve getFirstDayOfWeek - uygulamanıza kullanıcı tercihlerine okuma erişimi verebilirsiniz, böylece uygulamanız bilgileri görüntüler. Ayrıca bir BroadcastReceiver açık ACTION_LOCALE_CHANGED kullanın.

Bu ayarları bulmak için Ayarlar uygulamasını açın ve Sistem > Diller ve giriş > Bölgesel tercihler.

Android sistem ayarlarında bölgesel tercihler ekranı.
Android sistem ayarlarında bölgesel tercihler için sıcaklık seçenekleri.

Erişilebilirlik

%200'e kadar doğrusal olmayan yazı tipi ölçeklendirme

Android 14'ten itibaren sistem, %200'e kadar yazı tipi ölçeklendirmeyi destekleyerek kullanıcılara ek erişilebilirlik seçenekleri sunar.

Ekranda büyük metin öğelerinin çok fazla büyümesini önlemek için sistem doğrusal olmayan bir ölçeklendirme eğrisi uygular. Bu ölçeklendirme stratejisi, büyük metinlerin küçük metinlerle aynı oranda ölçeklenmediği anlamına gelir. Doğrusal olmayan yazı tipi ölçeklendirme, farklı boyutlardaki öğeler arasındaki orantılı hiyerarşinin korunmasına yardımcı olurken yüksek derecelerdeki doğrusal metin ölçeklendirmeyle ilgili sorunları (ör. metnin kesilmesi veya çok büyük ekran boyutları nedeniyle okunmasının zorlaşması) azaltır.

Uygulamanızı doğrusal olmayan yazı tipi ölçeklendirme ile test etme

Uygulamanızı test etmek için cihazın erişilebilirlik ayarlarında maksimum yazı tipi boyutunu etkinleştirin.

Metin boyutunu tanımlamak için ölçeklendirilmiş piksel (sp) birimlerini kullanıyorsanız bu ek seçenekler ve ölçeklendirme iyileştirmeleri, uygulamanızdaki metne otomatik olarak uygulanır. Ancak, uygulamanızın yazı tipi boyutlarını doğru şekilde uyguladığından ve kullanılabilirliği etkilemeden daha büyük yazı tipi boyutlarını desteklediğinden emin olmak için kullanıcı arayüzü testini en büyük yazı tipi boyutu etkinleştirilmişken (%200) yapmanız gerekir.

%200 yazı tipi boyutunu etkinleştirmek için aşağıdaki adımları uygulayın:

  1. Ayarlar uygulamasını açıp Erişilebilirlik > Görüntü boyutu ve metin'e gidin.
  2. Yazı tipi boyutu seçeneği için bu bölüme eşlik eden resimde gösterildiği gibi, maksimum yazı tipi boyutu ayarı etkinleştirilene kadar artı (+) simgesine dokunun.

Metin boyutları için ölçeklendirilmiş piksel (sp) birimlerini kullanma

Metin boyutlarını her zaman sp birimleriyle belirtmeyi unutmayın. Uygulamanız sp birimlerini kullandığında Android, kullanıcının tercih ettiği metin boyutunu uygulayabilir ve uygun şekilde ölçeklendirebilir.

Dolgu için sp birimlerini kullanmayın veya görünüm yüksekliklerini dolaylı dolgu olduğunu varsayarak tanımlamayın: Doğrusal olmayan yazı tipi ölçeklendirmesinde sp boyutları orantılı olmayabilir. Bu nedenle, 4 sp + 20 sp, 24 sp'ye eşit olmayabilir.

Ölçeklendirilmiş piksel (sp) birimlerini dönüştürme

Sp birimlerinden piksele dönüştürmek için TypedValue.applyDimension(), pikselden sp'ye dönüştürmek için TypedValue.deriveDimension() işlevini kullanın. Bu yöntemler, uygun doğrusal olmayan ölçeklendirme eğrisini otomatik olarak uygular.

Configuration.fontScale veya DisplayMetrics.scaledDensity kullanarak denklemlere kod gömmekten kaçının. Yazı tipi ölçeklendirme doğrusal olmadığından scaledDensity alanı artık doğru değil. Yazı tipleri artık tek bir skaler değerle ölçeklendirilmediğinden fontScale alanı yalnızca bilgilendirme amaçlı kullanılmalıdır.

lineHeight için sp birimlerini kullanma

Satır yüksekliğinin metninizle birlikte ölçeklenmesi için android:lineHeight değerini her zaman dp yerine sp birimlerini kullanarak tanımlayın. Aksi takdirde, metniniz sp birimindeyse ancak lineHeight dp veya px birimindeyse ölçeklenmez ve sıkışık görünür. TextView, lineHeight ve textSize birimleri sp olarak tanımlanmışsa amaçlanan oranların korunması için lineHeight birimini otomatik olarak düzeltir.

Kamera ve medya içerikleri

Görüntüler için Ultra HDR

Standart Dinamik Aralık (SDR) ve Yüksek Dinamik Aralık (HDR) resim kalitesinin karşılaştırmasını gösteren resim.

Android 14, fotoğraf çekerken sensörden daha fazla bilginin korunmasını sağlayan ve canlı renkler ile daha yüksek kontrast sağlayan Yüksek Dinamik Aralık (HDR) resimleri için destek ekler. Android, JPEG resimleriyle tamamen geriye dönük uyumlu olan Ultra HDR biçimini kullanır. Bu biçim, uygulamaların HDR resimlerle sorunsuz bir şekilde birlikte çalışmasını sağlar ve gerektiğinde resimleri Standart Dinamik Aralık (SDR) olarak gösterir.

Uygulamanız, etkinlik aralığı için HDR kullanıcı arayüzünü kullanmayı bir manifest girişi aracılığıyla veya çalışma zamanında Window.setColorMode() çağrısı yaparak etkinleştirdiğinde bu resimlerin kullanıcı arayüzünde HDR olarak oluşturulması çerçeve tarafından otomatik olarak yapılır. Desteklenen cihazlarda sıkıştırılmış Ultra HDR fotoğraflar da çekebilirsiniz. Sensörden daha fazla renk elde edildiğinde, düzenleme işlemi daha esnek olabilir. Ultra HDR resimlerle ilişkili Gainmap, OpenGL veya Vulkan kullanılarak oluşturulmak için kullanılabilir.

Kamera uzantılarında yakınlaştırma, odak, son görüntü ve daha fazlası

Android 14, kamera uzantılarını yükselterek ve iyileştirerek uygulamaların daha uzun işlem sürelerini yönetmesine olanak tanır. Bu sayede, desteklenen cihazlarda düşük ışıkta fotoğrafçılık gibi yoğun bilgi işlem gerektiren algoritmalar kullanılarak daha iyi görüntüler elde edilebilir. Bu özellikler, kamera uzantısı özelliklerini kullanırken kullanıcılara daha da güçlü bir deneyim sunar. Bu iyileştirmelere örnek olarak aşağıdakiler verilebilir:

Sensör içi yakınlaştırma

CameraCharacteristics içindeki REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW içeriyorsa uygulamanız, akış kullanım alanı CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW olarak ayarlanmış bir RAW hedefi içeren CaptureRequest kullanarak kırpılmış bir RAW akışına tam görüş alanı ile aynı pikselleri vermek için gelişmiş sensör özelliklerini kullanabilir. Güncellenen kamera, istek geçersiz kılma denetimlerini uygulayarak kullanıcılara diğer kamera kontrolleri hazır olmadan önce bile yakınlaştırma kontrolü sunar.

Kayıpsız USB ses

Android 14, USB kablolu kulaklıklarda ses kalitesini artıran kayıpsız ses biçimlerini destekler. USB cihazı tercih edilen karıştırıcı özellikleri için sorgulayabilir, tercih edilen karıştırıcı özelliklerindeki değişiklikler için bir dinleyici kaydedebilir ve AudioMixerAttributes sınıfını kullanarak karıştırıcı özelliklerini yapılandırabilirsiniz. Bu sınıf, ses karıştırıcının kanal maskesi, örnekleme hızı ve davranışı gibi biçimi temsil eder. Sınıf, karıştırma, ses seviyesi ayarı veya işleme efektleri olmadan seslerin doğrudan gönderilmesine olanak tanır.

Geliştirici üretkenliği ve araçları

Kimlik Bilgisi Yöneticisi

Android 14 新增了 Credential Manager 作为平台 API，并通过使用 Google Play 服务的 Jetpack 库，额外支持 Android 4.4（API 级别 19）设备。Credential Manager 旨在通过 API 检索和存储用户配置的凭据提供方提供的凭据，让用户更轻松地登录。Credential Manager 在单个 API 中支持多种登录方法，包括用户名和密码、通行密钥和联合登录解决方案（如“使用 Google 账号登录”）。

通行密钥具有许多优势。例如，通行密钥基于行业标准，可在各种不同的操作系统和浏览器生态系统中使用，也可在网站和应用中使用。

如需了解详情，请参阅 Credential Manager 和通行密钥文档以及有关 Credential Manager 和通行密钥的博文。

Health Connect

Health Connect, kullanıcıların sağlık ve fitness verilerini saklayan cihaz üzerinde bir depolama alanıdır. Bu sayede kullanıcılar, en sevdikleri uygulamalar arasında veri paylaşabilir ve bu uygulamalarla hangi verileri paylaşmak istediklerini tek bir yerden kontrol edebilir.

Android 14'ten önceki Android sürümlerini çalıştıran cihazlarda Health Connect, Google Play Store'dan uygulama olarak indirilebilir. Android 14'ten itibaren Health Connect, platformun bir parçasıdır ve ayrı bir indirme işlemi gerektirmeden Google Play sistem güncellemeleri aracılığıyla güncelleme alır. Bu sayede Health Connect sık sık güncellenebilir ve uygulamalarınız, Health Connect'in Android 14 veya sonraki sürümleri çalıştıran cihazlarda kullanılabildiğinden emin olabilir. Kullanıcılar, sistem ayarlarına entegre edilmiş gizlilik denetimleriyle cihazlarındaki Ayarlar'dan Health Connect'e erişebilir.

Kullanıcılar, Android 14 veya sonraki sürümleri çalıştıran cihazlarda ayrı bir uygulama indirmeden Health Connect'i kullanmaya başlayabilir.
Kullanıcılar, sistem ayarlarından sağlık ve fitness verilerine hangi uygulamaların erişebileceğini kontrol edebilir.

Health Connect, Android 14'te egzersiz rotaları gibi çeşitli yeni özellikler içerir. Bu özellikler sayesinde kullanıcılar, egzersiz rotalarını harita üzerinde görselleştirerek paylaşabilir. Rota, belirli bir zaman aralığında kaydedilen konumların listesi olarak tanımlanır. Uygulamanız, rotaları egzersiz oturumlarına ekleyerek bunları birbirine bağlayabilir. Kullanıcıların bu hassas veriler üzerinde tam kontrole sahip olması için kullanıcıların, rotaların tek tek diğer uygulamalarla paylaşılmasına izin vermesi gerekir.

Daha fazla bilgi için Health Connect dokümanlarına ve Android Sağlık'ta yenilikler başlıklı blog yayınına göz atın.

OpenJDK 17 güncellemeleri

Android 14 将继续更新 Android 的核心库，以与最新 OpenJDK LTS 版本中的功能保持一致，包括适合应用和平台开发者的库更新和 Java 17 语言支持。

其中包含以下功能和改进：

  • 将大约 300 个 java.base 类更新为支持 Java 17。
  • 文本块 - 为 Java 编程语言引入了多行字符串字面量。
  • instanceof 模式匹配：可让对象在 instanceof 中被视为具有特定类型，而无需任何额外的变量。
  • 密封类：允许您限制哪些类和接口可以扩展或实现它们。

得益于 Google Play 系统更新 (Project Mainline)，6 亿多台设备能够接收包含这些更改的最新 Android 运行时 (ART) 更新。我们致力于为应用提供更加一致、安全的跨设备环境，并为用户提供独立于平台版本的新功能。

Java 和 OpenJDK 是 Oracle 及/或其关联公司的商标或注册商标。

Uygulama mağazalarıyla ilgili iyileştirmeler

Android 14, uygulama mağazalarının kullanıcı deneyimini iyileştirmesine olanak tanıyan çeşitli PackageInstaller API'leri sunar.

İndirmeden önce yükleme onayı isteme

Uygulama yüklemek veya güncellemek için kullanıcı onayı gerekebilir. Örneğin, REQUEST_INSTALL_PACKAGES iznini kullanan bir yükleyici yeni bir uygulama yüklemeye çalıştığında. Önceki Android sürümlerinde uygulama mağazaları, yalnızca APK'lar yükleme oturumuna yazıldıktan ve oturum taahhüt edildikten sonra kullanıcı onayı isteyebilir.

Android 14'ten itibaren requestUserPreapproval() yöntemi, yükleyicilerin yükleme oturumunu önce kullanıcı onayı istemesine olanak tanır. Bu iyileştirme, uygulama mağazalarının APK'ları yüklemeyi, yükleme işlemi kullanıcı tarafından onaylanana kadar ertelemelerine olanak tanır. Ayrıca, kullanıcı yüklemeyi onayladıktan sonra uygulama mağazası, kullanıcıyı rahatsız etmeden uygulamayı arka planda indirip yükleyebilir.

Gelecekteki güncellemeler için sorumluluk alma

setRequestUpdateOwnership() yöntemi, yükleyicinin yüklediği bir uygulamanın gelecekteki güncellemelerinden sorumlu olmayı amaçladığını sisteme belirtmesine olanak tanır. Bu özellik, güncelleme sahipliği yaptırımını etkinleştirir. Bu sayede, uygulamaya otomatik güncelleme yüklenmesine yalnızca güncelleme sahibinin izin verilir. Güncelleme sahipliği yaptırımı, kullanıcıların yalnızca beklenen uygulama mağazasından güncelleme almasını sağlar.

INSTALL_PACKAGES iznini kullananlar da dahil olmak üzere diğer tüm yükleyicilerin, güncelleme yüklemek için açık kullanıcı onayı alması gerekir. Kullanıcı başka bir kaynaktan güncelleme yapmaya karar verirse güncelleme sahipliği kaybedilir.

Uygulamaları kullanıcıların günlük rutinini etkilemeyecek zamanlarda güncelleme

Uygulama mağazaları, etkin olarak kullanılan bir uygulamanın güncellenmesini genellikle istemez. Bunun nedeni, uygulamanın çalışan işlemlerinin sonlandırılmasıdır. Bu da kullanıcının yaptığı işlemi kesintiye uğratabilir.

Android 14'ten itibaren InstallConstraints API, yükleyicilere uygulama güncellemelerinin uygun bir zamanda yapılmasını sağlamanın bir yolunu sunar. Örneğin, bir uygulama mağazası, bir güncellemenin yalnızca kullanıcı söz konusu uygulamayla etkileşimde bulunmadığında kaydolmasını sağlamak için commitSessionAfterInstallConstraintsAreMet() yöntemini çağırabilir.

İsteğe bağlı bölmelerin sorunsuz şekilde yüklenmesi

Bölünmüş APK'lar sayesinde, bir uygulamanın özellikleri tek bir APK yerine ayrı APK dosyalarında yayınlanabilir. Bölünmüş APK'lar, uygulama mağazalarının farklı uygulama bileşenlerinin dağıtımını optimize etmesine olanak tanır. Örneğin, uygulama mağazaları hedef cihazın özelliklerine göre optimizasyon yapabilir. PackageInstaller API, API düzeyi 22'de kullanıma sunulmasından bu yana bölünmeleri desteklemektedir.

Android 14'te setDontKillApp() yöntemi, yükleyicinin yeni bölümler yüklenirken uygulamanın çalışan işlemlerinin sonlandırılmaması gerektiğini belirtmesine olanak tanır. Uygulama mağazaları, kullanıcı uygulamayı kullanırken uygulamanın yeni özelliklerini sorunsuz bir şekilde yüklemek için bu özelliği kullanabilir.

Uygulama meta verileri paketleri

Android 14'ten itibaren Android paket yükleyici, Google Play gibi uygulama mağazası sayfalarına dahil edilecek uygulama meta verilerini (ör. veri güvenliği uygulamaları) belirtmenize olanak tanır.

Kullanıcıların cihaz ekran görüntüsü aldığını algılama

为了打造更加标准化的屏幕截图检测体验，Android 14 引入了可保护隐私的屏幕截图检测 API。借助此 API，应用可以按 activity 注册回调。如果用户在该 activity 可见时截取屏幕截图，系统会调用这些回调并通知用户。

Kullanıcı deneyimi

Paylaşım sayfası özel işlemleri ve iyileştirilmiş sıralama

Android 14 更新了系统 Sharesheet，以便为用户提供自定义应用操作和信息更丰富的预览结果。

添加自定义操作

对于 Android 14，您的应用可以向其调用的系统 Sharesheet 添加自定义操作。

分享表格中自定义操作的屏幕截图。

提高直接共享目标的排名

Android 14 根据来自应用的更多信号来确定直接共享目标的排名，以便为用户提供更实用的结果。为了提供最实用的排名信号，请遵循提高直接共享目标排名的准则。通讯应用还可以报告出站和入站消息的快捷方式使用情况。

共享表单中的“直接分享”行，如 1
所示

Tahmine dayalı geri hareketi için yerleşik ve özel animasyon desteği

Video: Tahmin edilen geri gitme animasyonları

Android 13, geliştirici seçeneğiyle birlikte tahmine dayalı ana sayfaya geri gitme animasyonunu kullanıma sundu. Geliştirici seçeneği etkinleştirilmiş desteklenen bir uygulamada geri kaydırılırken, geri hareketinin uygulamadan çıkıp ana ekrana döndüğünü belirten bir animasyon gösterilir.

Android 14, Tahmini Geri özelliği için birden fazla iyileştirme ve yeni rehberlik içerir:

Bu Android 14 önizleme sürümünde, Tahmini Geri Yükleme'nin tüm özellikleri geliştirici seçeneği olarak sunulur. Uygulamanızı tahmini geriye taşıma ile ilgili geliştirici kılavuzunu ve özel uygulama içi geçişler oluşturma ile ilgili geliştirici kılavuzunu inceleyin.

Büyük ekranlı cihaz üreticisi tarafından uygulanan uygulama bazında geçersiz kılma işlemleri

Uygulama başına geçersiz kılma, cihaz üreticilerinin büyük ekranlı cihazlardaki uygulamaların davranışını değiştirmesine olanak tanır. Örneğin, FORCE_RESIZE_APP geçersiz kılması, uygulama manifest'inde resizeableActivity="false" ayarlanmış olsa bile sisteme uygulamayı ekran boyutlarına sığacak şekilde yeniden boyutlandırması (boyut uyumluluk modundan kaçınarak) talimatını verir.

Geçersiz kılma işlemleri, büyük ekranlarda kullanıcı deneyimini iyileştirmeyi amaçlar.

Yeni manifest özellikleri, uygulamanız için bazı cihaz üreticisi geçersiz kılma işlemlerini devre dışı bırakmanızı sağlar.

Büyük ekran kullanıcıları için uygulama bazında geçersiz kılma işlemleri

按应用替换项会更改应用在大屏设备上的行为。例如，无论应用的配置如何，OVERRIDE_MIN_ASPECT_RATIO_LARGE 设备制造商替换项都会将应用宽高比设置为 16:9。

借助 Android 14 QPR1，用户可以在大屏设备上通过新的设置菜单应用按应用替换项。

Uygulama ekran paylaşımı

Uygulama ekran paylaşımı, kullanıcıların ekran içeriği kaydı sırasında cihaz ekranının tamamı yerine bir uygulama penceresini paylaşmasını sağlar.

Uygulama ekranı paylaşımında durum çubuğu, gezinme çubuğu, bildirimler ve diğer sistem kullanıcı arayüzü öğeleri paylaşılan ekrandan hariç tutulur. Yalnızca seçilen uygulamanın içeriği paylaşılır.

Uygulama ekranı paylaşımı, kullanıcıların birden fazla uygulamayı çalıştırmasına olanak tanır ancak içerik paylaşımını tek bir uygulamayla sınırlandırır. Bu sayede üretkenliği ve gizliliği artırır.

Pixel 8 Pro'da Gboard'daki LLM destekli Akıllı Yanıt

在搭载 12 月功能分块的 Pixel 8 Pro 设备上，开发者可以在 Gboard 中试用质量更高的智能回复，这些回复由在 Google Tensor 上运行的设备端大语言模型 (LLM) 提供支持。

此功能目前仅在 WhatsApp、Line 和 KakaoTalk 中以美式英语的形式提供给用户进行小范围测试。此功能需要使用 Pixel 8 Pro 设备，并将 Gboard 用作键盘。

如需试用此功能，请先依次前往设置 > 开发者选项 > AiCore 设置 > 启用 Aicore 持久性，启用该功能。

接下来，在受支持的应用中打开对话，即可在 Gboard 的建议栏中看到依托 LLM 的智能回复，以便回复收到的消息。

Gboard 利用设备端 LLM 提供更高质量的智能回复。

Grafik

Yollar sorgulanabilir ve enterpolasyon yapılabilir

Android'in Path API'si, vektör grafikleri oluşturmaya ve oluşturmaya yönelik güçlü ve esnek bir mekanizmadır. Bir yolu çizme veya doldurma, çizgi segmentlerinden veya ikinci dereceden ya da kübik eğrilerden yol oluşturma, daha da karmaşık şekiller elde etmek için boole işlemleri veya bunların tümünü eş zamanlı olarak gerçekleştirme yeteneğine sahip. Bunun bir sınırlaması, Yol nesnesinde gerçekte neyin olduğunu bulma yeteneğidir. Nesnenin iç kısımları, oluşturulduktan sonra arayanlar için opak olur.

Path oluşturmak için moveTo(), lineTo() ve cubicTo() gibi yöntemleri çağırarak yol segmentleri ekleyebilirsiniz. Ancak bu yolda segmentlerin ne olduğunu sormanın bir yolu olmadığından, bu bilgileri oluşturma sırasında saklamanız gerekir.

Android 14'ten itibaren, içinde ne olduğunu öğrenmek için yolları sorgulayabilirsiniz. Öncelikle, Path.getPathIterator API'yi kullanarak bir PathIterator nesnesi almanız gerekir:

Kotlin

val path = Path().apply {
    moveTo(1.0f, 1.0f)
    lineTo(2.0f, 2.0f)
    close()
}
val pathIterator = path.pathIterator

Java

Path path = new Path();
path.moveTo(1.0F, 1.0F);
path.lineTo(2.0F, 2.0F);
path.close();
PathIterator pathIterator = path.getPathIterator();

Daha sonra, segmentleri tek tek güncellemek ve her bir segment için gerekli tüm verileri almak üzere PathIterator öğesini çağırabilirsiniz. Bu örnekte, verileri sizin için paketleyen PathIterator.Segment nesneleri kullanılmaktadır:

Kotlin

for (segment in pathIterator) {
    println("segment: ${segment.verb}, ${segment.points}")
}

Java

while (pathIterator.hasNext()) {
    PathIterator.Segment segment = pathIterator.next();
    Log.i(LOG_TAG, "segment: " + segment.getVerb() + ", " + segment.getPoints());
}

PathIterator, nokta verilerini tutmak için bir arabellek iletebileceğiniz, next()'un ayırt etmeyen bir sürümüne de sahiptir.

Path verilerini sorgulamanın önemli kullanım alanlarından biri de kesme noktasıdır. Örneğin, iki farklı yol arasında animasyon (veya morph) oluşturmak isteyebilirsiniz. Bu kullanım alanını daha da basitleştirmek için Android 14, Path üzerinde interpolate() yöntemini de içerir. İki yolun aynı dahili yapıya sahip olduğu varsayıldığında interpolate() yöntemi, ara değer alınan bu sonuçla yeni bir Path oluşturur. Bu örnek, şekli path ile otherPath arasında yarı yolda olan (0,5 değerinin doğrusal bir kesişimi) bir yol döndürür:

Kotlin

val interpolatedResult = Path()
if (path.isInterpolatable(otherPath)) {
    path.interpolate(otherPath, .5f, interpolatedResult)
}

Java

Path interpolatedResult = new Path();
if (path.isInterpolatable(otherPath)) {
    path.interpolate(otherPath, 0.5F, interpolatedResult);
}

Jetpack graphics-path kitaplığı, Android'in önceki sürümleri için de benzer API'leri etkinleştirir.

Köşe ve parça gölgelendiricileri içeren özel ağlar

Android 长期以来一直支持使用自定义着色绘制三角网格，但输入网格格式仅限于一些预定义的属性组合。Android 14 增加了对自定义网格的支持，可将其定义为三角形或三角形条，并且可以选择是否编入索引。这些网格是使用自定义属性、顶点步长、可变以及使用 AGSL 编写的顶点着色器和片段着色器指定的。

顶点着色器定义了位置和颜色等变量，而片段着色器可以选择为像素定义颜色，通常是使用顶点着色器创建的变量。如果片段着色器提供颜色，则系统会使用绘制网格时选择的混合模式将其与当前 Paint 颜色混合。Uniform 可以传递到片段着色器和顶点着色器，以提高灵活性。

Canvas için donanım arabelleği oluşturucu

Çizim yapmak için Android'in Canvas API'sini kullanma konusunda yardımcı olmak HardwareBuffer, Android 14 için donanım hızlandırma HardwareBufferRenderer tanıtılıyor. Bu API kullanım alanınız sistemle iletişimi içeriyorsa özellikle yararlıdır. düşük gecikme için SurfaceControl aracılığıyla birleştirici çizim.