Android 14 bietet tolle Funktionen und APIs für Entwickler. Im Folgenden finden Sie Informationen zu Funktionen für Ihre Anwendungen und zu den ersten Schritten mit den zugehörigen APIs.
Eine detaillierte Liste der hinzugefügten, geänderten und entfernten APIs finden Sie im Bericht zu API-Unterschieden. Weitere Informationen zu hinzugefügten APIs findest du in der Android API-Referenz. Bei Android 14 kannst du nach APIs suchen, die in API-Level 34 hinzugefügt wurden. Weitere Informationen zu den Bereichen, in denen sich Plattformänderungen auf deine Apps auswirken können, findest du unter Android 14-Verhaltensänderungen für Apps, die auf Android 14 ausgerichtet sind und für alle Apps.
Lokalisierung
App-spezifische Spracheinstellungen
Android 14 expands on the per-app language features that were introduced in Android 13 (API level 33) with these additional capabilities:
Automatically generate an app's
localeConfig
: Starting with Android Studio Giraffe Canary 7 and AGP 8.1.0-alpha07, you can configure your app to support per-app language preferences automatically. Based on your project resources, the Android Gradle plugin generates theLocaleConfig
file and adds a reference to it in the final manifest file, so you no longer have to create or update the file manually. AGP uses the resources in theres
folders of your app modules and any library module dependencies to determine the locales to include in theLocaleConfig
file.Dynamic updates for an app's
localeConfig
: Use thesetOverrideLocaleConfig()
andgetOverrideLocaleConfig()
methods inLocaleManager
to dynamically update your app's list of supported languages in the device's system settings. Use this flexibility to customize the list of supported languages per region, run A/B experiments, or provide an updated list of locales if your app utilizes server-side pushes for localization.App language visibility for input method editors (IMEs): IMEs can utilize the
getApplicationLocales()
method to check the language of the current app and match the IME language to that language.
Grammatical Inflection API
3 Milliarden Menschen sprechen Geschlechtssprachen: Sprachen, in denen sich grammatische Kategorien wie Substantive, Verben, Adjektive und Präpositionen nach dem Geschlecht der Personen und Objekte widerspiegeln, mit denen Sie sprechen oder über die Sie sprechen. Traditionell wird in vielen geschlechtsspezifischen Sprachen das männliche grammatische Genus als Standardgenerierung oder generisches Geschlecht verwendet.
Wenn Sie Nutzer mit dem falschen grammatikalischen Geschlecht ansprechen, z. B. Frauen im männlichen grammatikalischen Geschlecht, kann sich dies negativ auf Leistung und Einstellung auswirken. Im Gegensatz dazu kann eine Benutzeroberfläche mit einer Sprache, die das grammatikalische Geschlecht des Nutzers korrekt wiedergibt, die Nutzerinteraktion verbessern und eine personalisiertere und natürlich klingende Nutzererfahrung bieten.
In Android 14 wird die Grammatical Inflection API eingeführt, um Ihnen beim Erstellen einer nutzerorientierten UI für geschlechtsspezifische Sprachen zu helfen. Damit können Sie die Genusssprache unterstützen, ohne Ihre App refaktorieren zu müssen.
Regionale Einstellungen
Mit den regionalen Einstellungen können Nutzer Temperatureinheiten, den Wochentag und das Nummerierungssystem anpassen. Ein Europäer, der in den USA lebt, möchte möglicherweise, dass Temperatureinheiten in Celsius statt in Fahrenheit angegeben werden und dass Apps Montag als Wochenbeginn verwenden, anstatt den US-Standardsonntag.
Die neuen Android-Einstellungen für diese Einstellungen bieten Nutzern eine leicht auffindbare und zentrale Stelle, an der sie die App-Einstellungen ändern können. Diese Einstellungen bleiben auch nach dem Sichern und Wiederherstellen erhalten. Mehrere APIs und
Intents, wie z. B.
getTemperatureUnit
und
getFirstDayOfWeek
–
Ihrer App Lesezugriff auf Nutzereinstellungen zu gewähren, damit sie anpassen kann, wie sie
werden Informationen angezeigt. Du kannst auch eine BroadcastReceiver
unter ACTION_LOCALE_CHANGED
registrieren, um Änderungen an der Gebietsschemakonfiguration zu verarbeiten, wenn sich die regionalen Einstellungen ändern.
Sie finden diese Einstellungen in den Einstellungen unter System > Sprachen und Eingabe > Regionale Einstellungen.
Bedienungshilfen
Nicht lineare Schriftskalierung auf 200%
Ab Android 14 unterstützt das System eine Schriftgrößenänderung von bis zu 200 %. So erhalten sehbehinderte Nutzer zusätzliche Optionen für Barrierefreiheit, die den Richtlinien für barrierefreie Webinhalte (Web Content Accessibility Guidelines, WCAG) entsprechen.
Damit große Textelemente auf dem Bildschirm nicht zu groß skaliert werden, verwendet das System eine nichtlineare Skalierungskurve. Durch diese Skalierungsstrategie werden große Textgrößen nicht in gleicher Geschwindigkeit skaliert wie kleinerer Text. Mit einer nicht linearen Schriftskalierung die proportionale Hierarchie zwischen Elementen unterschiedlicher Größe beibehalten, zur Minimierung von Problemen mit linearer Textskalierung in hohem Maße (z. B. abgeschnittener Text oder Text, der aufgrund des extrem großen Displays schwerer lesbar ist Größen).
App mit nicht linearer Schriftskalierung testen
Wenn Sie bereits skalierbare Pixel (sp) zum Definieren der Textgröße verwenden, werden diese zusätzlichen Optionen und Skalierungsverbesserungen automatisch auf den Text in Ihrer App angewendet. Sie sollten jedoch weiterhin UI-Tests mit aktivierter maximaler Schriftgröße (200 %) durchführen, um sicherzustellen, dass die Schriftgrößen in Ihrer App korrekt angewendet werden und größere Schriftgrößen ohne Beeinträchtigung der Nutzerfreundlichkeit möglich sind.
So aktivieren Sie die Schriftgröße von 200 %:
- Öffnen Sie die Einstellungen und navigieren Sie zu Bedienungshilfen > Anzeigegröße und Text.
- Tippen Sie für die Option Schriftgröße auf das Pluszeichen (+), bis die maximale Schriftart Größeneinstellung aktiviert ist, wie in der zugehörigen Abbildung gezeigt. .
Skalierte Pixeleinheiten (sp) für Textgrößen verwenden
Geben Sie Textgrößen immer in sp-Einheiten an. Wann? Ihre App sp-Einheiten verwendet, kann Android die bevorzugte Textgröße des Nutzers und und skalieren Sie es entsprechend.
Verwenden Sie keine sp-Einheiten für das Padding und definieren Sie keine Ansichtshöhen bei implizitem Padding: mit nicht linearer Schriftskalierung sind die Abmessungen sp möglicherweise nicht proportional. Daher ist 4sp + 20 sp ist möglicherweise nicht gleich 24 sp.
Skalierte Pixeleinheiten (sp) umrechnen
Verwenden Sie TypedValue.applyDimension()
, um von sp-Einheiten in Pixel umzuwandeln, und TypedValue.deriveDimension()
, um Pixel in sp umzuwandeln. Bei diesen Methoden wird die entsprechende nichtlineare Skalierungskurve automatisch angewendet.
Vermeiden Sie das Hartkodieren von Gleichungen mit
Configuration.fontScale
oder
DisplayMetrics.scaledDensity
Da die Schrift skaliert wird, ist das Feld scaledDensity
nicht mehr korrekt. Das Feld fontScale
sollte nur zu Informationszwecken verwendet werden, da Schriftarten nicht mehr mit einem einzelnen Skalarwert skaliert werden.
Verwenden Sie sp-Einheiten für „lineHeight“.
Definieren Sie android:lineHeight
immer in sp-Einheiten anstelle von dp, damit die Zeilenhöhe mit dem Text skaliert. Andernfalls, wenn Ihr Text in sp, Ihre lineHeight
aber in dp oder px ist, wird er nicht skaliert und wirkt überladen.
TextView korrigiert lineHeight
automatisch so, dass die beabsichtigte
Proportionen werden beibehalten, aber nur, wenn sowohl textSize
als auch lineHeight
in sp-Einheiten definiert.
Kamera und Medien
Ultra HDR für Bilder
Android 14 adds support for High Dynamic Range (HDR) images that retain more of the information from the sensor when taking a photo, which enables vibrant colors and greater contrast. Android uses the Ultra HDR format, which is fully backward compatible with JPEG images, allowing apps to seamlessly interoperate with HDR images, displaying them in Standard Dynamic Range (SDR) as needed.
Rendering these images in the UI in HDR is done automatically by the framework
when your app opts in to using HDR UI for its Activity Window, either through a
manifest entry or at runtime by calling
Window.setColorMode()
. You can also capture compressed Ultra
HDR still images on supported devices. With more colors recovered
from the sensor, editing in post can be more flexible. The
Gainmap
associated with Ultra HDR images can be used to render
them using OpenGL or Vulkan.
Zoom, Fokus, PostView und mehr in Kameraerweiterungen
Unter Android 14 werden Kameraerweiterungen aktualisiert und verbessert, sodass Apps längere Verarbeitungszeiten bewältigen können. Außerdem werden auf unterstützten Geräten mithilfe von rechenintensiven Algorithmen wie Fotografie bei schlechten Lichtverhältnissen verbesserte Bilder ermöglicht. Diese Funktionen bieten Nutzern eine noch robustere Erfahrung bei Verwendung von Kameraerweiterungen. Beispiele für diese Verbesserungen:
- Die Schätzung der Verarbeitungslatenz dynamischer Erfassungsvorgänge bietet dennoch viel genauere Erfassungslatenzschätzungen auf der Grundlage der aktuellen Szene und der Umgebungsbedingungen. Rufen Sie
CameraExtensionSession.getRealtimeStillCaptureLatency()
auf, um einStillCaptureLatency
-Objekt mit zwei Latenzschätzungsmethoden zu erhalten. Die MethodegetCaptureLatency()
gibt die geschätzte Latenz zwischenonCaptureStarted
undonCaptureProcessStarted()
zurück. Die MethodegetProcessingLatency()
gibt die geschätzte Latenz zwischenonCaptureProcessStarted()
und dem endgültigen verarbeiteten Frame zurück, der verfügbar ist. - Unterstützung für Callbacks zum Erfassen des Fortschritts, damit Anwendungen den aktuellen Fortschritt von Verarbeitungsvorgängen mit langer Ausführungszeit, die noch erfasst werden, anzeigen können. Sie können mit
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable
prüfen, ob dieses Feature verfügbar ist. Ist dies der Fall, implementieren Sie denonCaptureProcessProgressed()
-Callback, dem der Fortschritt (von 0 bis 100) als Parameter übergeben wird. Erweiterungsspezifische Metadaten wie
CaptureRequest.EXTENSION_STRENGTH
zum Einstellen der Intensität eines Erweiterungseffekts, z. B. die Intensität der Weichzeichnung des Hintergrunds mitEXTENSION_BOKEH
.Postview-Funktion für Still Capture in Kameraerweiterungen, mit der ein weniger verarbeitetes Bild schneller als das endgültige Bild bereitgestellt wird. Wenn eine Erweiterung die Verarbeitungslatenz erhöht, kann ein Postview-Bild als Platzhalter bereitgestellt werden, um die Nutzerfreundlichkeit zu verbessern. Später kann es dann für das fertige Bild verwendet werden. Mit
CameraExtensionCharacteristics.isPostviewAvailable
können Sie prüfen, ob dieses Feature verfügbar ist. Anschließend können Sie einOutputConfiguration
anExtensionSessionConfiguration.setPostviewOutputConfiguration
übergeben.Die Unterstützung für
SurfaceView
ermöglicht einen optimierten und energieeffizienten Vorschau-Renderingpfad.Unterstützung für das Tippen zum Fokussieren und Zoomen während der Verwendung der Erweiterung.
Sensor-Zoom
Wenn REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE
in CameraCharacteristics
SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
enthält, kann Ihre App mithilfe erweiterter Sensorfunktionen für einen zugeschnittenen RAW-Stream dieselben Pixel wie das gesamte Sichtfeld ausgeben. Dazu wird ein CaptureRequest
mit einem RAW-Ziel verwendet, für das der Anwendungsfall für den Stream auf CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
festgelegt ist.
Durch Implementierung der Steuerelemente zum Überschreiben von Anfragen bietet die aktualisierte Kamera Nutzern eine Zoomsteuerung, noch bevor andere Kamerasteuerelemente bereit sind.
Verlustfreies USB-Audio
Android 14 unterstützt verlustfreie Audioformate für audiophile Wiedergaben über kabelgebundene USB-Headsets. Sie können ein USB-Gerät nach den bevorzugten Mischpultattributen abfragen, einen Listener für Änderungen der bevorzugten Mischpultattribute registrieren und Mischgeräteattribute mithilfe der Klasse AudioMixerAttributes
konfigurieren. Diese Klasse stellt das Format dar, z. B. Kanalmaske, Abtastrate und Verhalten des Audiomixers. Mit dieser Klasse können Audioinhalte direkt ohne Vermischung, Lautstärkeanpassung oder Verarbeitungseffekte gesendet werden.
Produktivität und Tools für Entwickler
Anmeldedaten-Manager
Android 14 adds Credential Manager as a platform API, with additional support back to Android 4.4 (API level 19) devices through a Jetpack Library using Google Play services. Credential Manager aims to make sign-in easier for users with APIs that retrieve and store credentials with user-configured credential providers. Credential Manager supports multiple sign-in methods, including username and password, passkeys, and federated sign-in solutions (such as Sign-in with Google) in a single API.
Passkeys provide many advantages. For example, passkeys are built on industry standards, can work across different operating systems and browser ecosystems, and can be used with both websites and apps.
For more information, see the Credential Manager and passkeys documentation and the blogpost about Credential Manager and passkeys.
Health Connect
Health Connect is an on-device repository for user health and fitness data. It allows users to share data between their favorite apps, with a single place to control what data they want to share with these apps.
On devices running Android versions prior to Android 14, Health Connect is available to download as an app on the Google Play store. Starting with Android 14, Health Connect is part of the platform and receives updates through Google Play system updates without requiring a separate download. With this, Health Connect can be updated frequently, and your apps can rely on Health Connect being available on devices running Android 14 or higher. Users can access Health Connect from the Settings in their device, with privacy controls integrated into the system settings.
Health Connect includes several new features in Android 14, such as exercise routes, allowing users to share a route of their workout which can be visualized on a map. A route is defined as a list of locations saved within a window of time, and your app can insert routes into exercise sessions, tying them together. To ensure that users have complete control over this sensitive data, users must allow sharing individual routes with other apps.
For more information, see the Health Connection documentation and the blogpost on What's new in Android Health.
Updates zu OpenJDK 17
Android 14 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases, including both library updates and Java 17 language support for app and platform developers.
The following features and improvements are included:
- Updated approximately 300
java.base
classes to Java 17 support. - Text Blocks, which introduce multi-line string literals to the Java programming language.
- Pattern Matching for instanceof, which allows an object to
be treated as having a specific type in an
instanceof
without any additional variables. - Sealed classes, which allow you restrict which classes and interfaces can extend or implement them.
Thanks to Google Play system updates (Project Mainline), over 600 million devices are enabled to receive the latest Android Runtime (ART) updates that include these changes. This is part of our commitment to give apps a more consistent, secure environment across devices, and to deliver new features and capabilities to users independent of platform releases.
Java and OpenJDK are trademarks or registered trademarks of Oracle and/or its affiliates.
Verbesserungen für App-Shops
Mit Android 14 werden mehrere PackageInstaller
APIs eingeführt, mit denen App-Shops die Nutzerfreundlichkeit verbessern können.
Vor dem Download Genehmigung für die Installation anfordern
Für die Installation oder Aktualisierung einer App ist möglicherweise die Nutzergenehmigung erforderlich.
Das ist beispielsweise der Fall, wenn ein Installationsprogramm, das die Berechtigung REQUEST_INSTALL_PACKAGES
verwendet, versucht, eine neue App zu installieren. Bei älteren Android-Versionen können App-Shops die Nutzergenehmigung nur anfordern, nachdem APKs in die Installationssitzung geschrieben und für die Sitzung ein Commit erstellt wurde.
Ab Android 14 können Installationsprogramme mit der Methode requestUserPreapproval()
die Nutzergenehmigung anfordern, bevor die Installationssitzung durchgeführt wird. Durch diese Verbesserung kann ein App-Shop das Herunterladen von APKs so lange zurückstellen, bis die Installation vom Nutzer genehmigt wurde. Sobald ein Nutzer die Installation genehmigt hat, kann der App-Shop die App außerdem im Hintergrund herunterladen und installieren, ohne den Nutzer zu unterbrechen.
Verantwortung für zukünftige Updates übernehmen
Mit der Methode setRequestUpdateOwnership()
kann ein Installationsprogramm dem System mitteilen, dass es für zukünftige Updates einer installierten App verantwortlich sein soll. Mit dieser Funktion kann die Inhaberschaft für Updates erzwungen werden. Das bedeutet, dass nur der Inhaber des Updates automatische Updates für die App installieren darf. Dadurch wird sichergestellt, dass Nutzer nur Updates aus dem erwarteten App-Shop erhalten.
Alle anderen Installateure, einschließlich solchen, die die Berechtigung INSTALL_PACKAGES
verwenden, müssen eine ausdrückliche Nutzergenehmigung einholen, um ein Update zu installieren. Wenn ein Nutzer mit einem Update aus einer anderen Quelle fortfährt, geht die Inhaberschaft für die Aktualisierung verloren.
Apps zu weniger Störungen aktualisieren
App-Shops möchten in der Regel vermeiden, eine Anwendung zu aktualisieren, die aktiv verwendet wird, da dies dazu führt, dass die laufenden Prozesse der Anwendung beendet werden, was möglicherweise zu Unterbrechungen beim Nutzer führt.
Ab Android 14 bietet die InstallConstraints
API Nutzern die Möglichkeit, App-Updates zu einem geeigneten Zeitpunkt durchzuführen. Ein App-Shop kann beispielsweise die Methode commitSessionAfterInstallConstraintsAreMet()
aufrufen, damit für ein Update nur dann ein Commit durchgeführt wird, wenn der Nutzer nicht mehr mit der betreffenden App interagiert.
Optionale Splits nahtlos installieren
Mit unterteilten APKs können die Funktionen einer App in separaten APK-Dateien statt als monolithisches APK bereitgestellt werden. Mit geteilten APKs können App-Shops die Bereitstellung verschiedener App-Komponenten optimieren. Beispielsweise können App-Shops eine Optimierung basierend auf den Eigenschaften des Zielgeräts durchführen. Die PackageInstaller
API unterstützt Splits seit ihrer Einführung in API-Level 22.
In Android 14 kann ein Installationsprogramm mit der Methode setDontKillApp()
angeben, dass die laufenden Prozesse der App bei der Installation neuer Splits nicht beendet werden sollen. App-Shops können diese Funktion nutzen, um neue Funktionen einer App nahtlos zu installieren, während der Nutzer die App verwendet.
App-Metadaten-Bundles
Ab Android 14 kannst du mit dem Installationsprogramm für das Android-Paket App-Metadaten angeben, z. B. Praktiken zur Datensicherheit, die auf App-Store-Seiten wie Google Play enthalten sein sollen.
Erkennen, wenn Nutzer Screenshots von Geräten machen
Um die Erkennung von Screenshots zu standardisieren, Android 14 führt eine datenschutzfreundliche Screenshot-Erkennung ein API hinzu. Mit dieser API können Apps Callbacks pro Aktivität registrieren. Diese Callbacks ausgelöst und der Nutzer wird benachrichtigt, während diese Aktivität sichtbar ist.
Nutzererfahrung
Benutzerdefinierte Aktionen und verbessertes Ranking in Sharesheet
Android 14 updates the system sharesheet to support custom app actions and more informative preview results for users.
Add custom actions
With Android 14, your app can add custom actions to the system sharesheet it invokes.
Improve ranking of Direct Share targets
Android 14 uses more signals from apps to determine the ranking of the direct share targets to provide more helpful results for the user. To provide the most useful signal for ranking, follow the guidance for improving rankings of your Direct Share targets. Communication apps can also report shortcut usage for outgoing and incoming messages.
Unterstützung für integrierte und benutzerdefinierte Animationen für Predictive Back
Android 13 introduced the predictive back-to-home animation behind a developer option. When used in a supported app with the developer option enabled, swiping back shows an animation indicating that the back gesture exits the app back to the home screen.
Android 14 includes multiple improvements and new guidance for Predictive Back:
- You can set
android:enableOnBackInvokedCallback=true
to opt in to predictive back system animations per-Activity instead of for the entire app. - We've added new system animations to accompany the back-to-home animation from Android 13. The new system animations are cross-activity and cross-task, which you get automatically after migrating to Predictive Back.
- We've added new Material Component animations for Bottom sheets, Side sheets, and Search.
- We've created design guidance for creating custom in-app animations and transitions.
- We've added new APIs to support custom in-app transition animations:
handleOnBackStarted
,handleOnBackProgressed
,handleOnBackCancelled
in
OnBackPressedCallback
onBackStarted
,onBackProgressed
,onBackCancelled
in
OnBackAnimationCallback
- Use
overrideActivityTransition
instead ofoverridePendingTransition
for transitions that respond as the user swipes back.
With this Android 14 preview release, all features of Predictive Back remain behind a developer option. See the developer guide to migrate your app to predictive back, as well as the developer guide to creating custom in-app transitions.
Überschreibungen des Herstellers großer Displays pro App
Per-app overrides enable device manufacturers to change the behavior of apps on large screen devices. For example, the FORCE_RESIZE_APP
override instructs the system to resize the app to fit display dimensions (avoiding size compatibility mode) even if resizeableActivity="false"
is set in the app manifest.
Overrides are intended to improve the user experience on large screens.
New manifest properties enable you to disable some device manufacturer overrides for your app.
Überschreibungen für Nutzer auf großen Bildschirmen pro App
App-bezogene Überschreibungen ändern das Verhalten von Apps auf Geräten mit großen Bildschirmen. Die Überschreibung des Geräteherstellers OVERRIDE_MIN_ASPECT_RATIO_LARGE
legt beispielsweise das Seitenverhältnis der App auf 16:9 fest, unabhängig von der Konfiguration der App.
Mit Android 14 QPR1 können Nutzer auf Geräten mit großen Bildschirmen über ein neues Einstellungsmenü Überschreibungen pro App vornehmen.
App-Bildschirmfreigabe
Mit der App-Bildschirmfreigabe können Nutzer während der Aufzeichnung von Bildschirminhalten ein App-Fenster teilen, anstatt den gesamten Bildschirm des Geräts.
Bei der App-Bildschirmfreigabe werden die Statusleiste, die Navigationsleiste, Benachrichtigungen und andere Elemente der System-UI von der gemeinsam genutzten Anzeige ausgeschlossen. Nur der Inhalt der ausgewählten App wird geteilt.
Die App-Bildschirmfreigabe verbessert die Produktivität und den Datenschutz, da Nutzer mehrere Apps ausführen können, die Freigabe von Inhalten aber auf eine einzige App beschränkt wird.
LLM-gestützte intelligente Antwort in Gboard auf dem Pixel 8 Pro
On Pixel 8 Pro devices with the December Feature Drop, developers can try out higher-quality smart replies in Gboard powered by on-device Large Language Models (LLMs) running on Google Tensor.
This feature is available as a limited preview for US English in WhatsApp, Line, and KakaoTalk. It requires using a Pixel 8 Pro device with Gboard as your keyboard.
To try it out, first enable the feature in Settings > Developer Options > AiCore Settings > Enable Aicore Persistent.
Next, open a conversation in a supported app to see LLM-powered Smart Reply in Gboard's suggestion strip in response to incoming messages.
Grafik
Pfade sind abfragbar und interpolierbar
Die Path
API von Android ist ein leistungsstarker und flexibler Mechanismus für
Vektorgrafiken zu erstellen und zu rendern. Diese können
Pfad, konstruieren Sie einen Pfad aus Liniensegmenten oder quadratischen oder kubischen Kurven, führen Sie
boolesche Operationen verwenden,
um noch komplexere Formen zu erhalten, oder
gleichzeitig. Eine Einschränkung ist die Fähigkeit, herauszufinden, was tatsächlich
Path-Objekt; Das Innere des Objekts ist nach der Erstellung für Aufrufer undurchsichtig.
Zum Erstellen eines Path
rufen Sie folgende Methoden auf:
moveTo()
, lineTo()
und
cubicTo()
, um Pfadsegmente hinzuzufügen. Aber bisher gab es keine Möglichkeit,
nach den Segmenten fragen. Diese Informationen müssen
Zeitpunkt der Erstellung.
Ab Android 14 können Sie Pfade abfragen, um herauszufinden, was sie enthalten.
Zuerst müssen Sie ein PathIterator
-Objekt mithilfe der Methode
Path.getPathIterator
API:
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();
Als Nächstes können Sie PathIterator
aufrufen, um die Segmente zu durchlaufen
um nacheinander alle
erforderlichen Daten für jedes Segment abzurufen. Dieses Beispiel
Verwendet PathIterator.Segment
-Objekte, die die Daten bündeln
für dich:
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
hat auch eine Version von next()
ohne Zuordnung, mit der Sie
in einem Puffer für die Punktdaten.
Einer der wichtigsten Anwendungsfälle für die Abfrage von Path
-Daten ist die Interpolation. Für
beispielsweise zwei verschiedene Pfade animieren (oder morph). Bis
diesen Anwendungsfall weiter vereinfacht, umfasst Android 14 auch die
Methode interpolate()
für Path
. Angenommen, die beiden Pfade haben
dieselbe interne Struktur haben, erstellt die Methode interpolate()
eine neue Path
mit diesem interpolierten Ergebnis. Dieses Beispiel gibt einen Pfad zurück, dessen Form
auf halber Strecke (eine lineare Interpolation von 0,5) zwischen path
und otherPath
:
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); }
Die Jetpack-Bibliothek graphics-path ermöglicht ähnliche APIs für und früheren Android-Versionen.
Benutzerdefinierte Mesh-Netzwerke mit Scheitelpunkt- und Fragment-Shadern
Android has long supported drawing triangle meshes with custom shading, but the input mesh format has been limited to a few predefined attribute combinations. Android 14 adds support for custom meshes, which can be defined as triangles or triangle strips, and can, optionally, be indexed. These meshes are specified with custom attributes, vertex strides, varying, and vertex and fragment shaders written in AGSL.
The vertex shader defines the varyings, such as position and color, while the
fragment shader can optionally define the color for the pixel, typically by
using the varyings created by the vertex shader. If color is provided by the
fragment shader, it is then blended with the current Paint
color using the blend mode selected when
drawing the mesh. Uniforms can be passed
into the fragment and vertex shaders for additional flexibility.
Hardware-Zwischenspeicher-Renderer für Canvas
Unter Android 14 wird HardwareBufferRenderer
eingeführt, um die Verwendung der Canvas
API von Android zum Zeichnen mit Hardwarebeschleunigung in einem HardwareBuffer
zu unterstützen. Diese API ist
besonders nützlich, wenn Ihr Anwendungsfall die Kommunikation mit dem System umfasst
Compositor über SurfaceControl
für niedrige Latenzzeiten
zeichnen können.