Goodbye Mobile Only, Hello Adaptive: Drei wichtige Updates für die Entwicklung adaptiver Apps im Jahr 2025

Goodbye Mobile Only, Hello Adaptive: Three essential updates from 2025 for building adaptive apps

Im Jahr 2025 ist das Android-Ökosystem weit über das Smartphone hinausgewachsen. Entwickler können heute über 500 Millionen aktive Geräte erreichen, darunter faltbare Geräte, Tablets, XR-Geräte, Chromebooks und kompatible Autos.

Es handelt sich nicht nur um zusätzliche Bildschirme, sondern um eine Zielgruppe mit höherem Wert. Nutzer, die sowohl ein Smartphone als auch ein Tablet besitzen, geben neunmal so viel für Apps und In‑App-Käufe aus wie Nutzer, die nur ein Smartphone haben. Bei Nutzern von Faltgeräten steigt dieser durchschnittliche Betrag auf das 14‑Fache*.

Diese Interaktion signalisiert eine notwendige Änderung in der Entwicklung: Auf Wiedersehen, mobile Apps, hallo, adaptive Apps.

Damit Sie sich auf diese Zukunft vorbereiten können, haben wir in diesem Jahr Tools veröffentlicht, mit denen adaptive Entwicklung zur Standardmethode wird. Im Folgenden finden Sie drei wichtige Updates für 2025, die Ihnen bei der Entwicklung dieser Funktionen helfen.

Standardisierung des adaptiven Verhaltens mit Android 16

Um diese Umstellung zu unterstützen, wurden in Android 16 wesentliche Änderungen eingeführt, wie Apps die Ausrichtung und Größenänderung einschränken können. Auf Displays mit mindestens 600 dp werden Manifest- und Laufzeiteinschränkungen ignoriert. Das bedeutet, dass Apps sich nicht mehr auf eine bestimmte Ausrichtung oder Größe festlegen können. Stattdessen füllen sie das gesamte Displayfenster aus, sodass die Benutzeroberfläche nahtlos zwischen Hoch- und Querformat skaliert wird. 

Da sich der App-Kontext dadurch häufiger ändert, ist es wichtig, dass Sie den UI-Status bei Konfigurationsänderungen beibehalten. Unter Android 16 ist ein vorübergehender Opt-out möglich, um die Umstellung zu erleichtern. Unter Android 17 (SDK37) ist dieses Verhalten jedoch obligatorisch. Damit Ihre App unter diesen neuen Bedingungen wie erwartet funktioniert, können Sie den Emulator mit anpassbarer Größe in Android Studio verwenden, um Ihre adaptiven Layouts zu testen. 

Unterstützung von Displays, die über das Tablet hinausgehen, mit Jetpack WindowManager 1.5.0

Da sich Geräte weiterentwickeln, müssen sich auch unsere bestehenden Definitionen von „groß“ mit ihnen weiterentwickeln. Im Oktober haben wir Jetpack WindowManager 1.5.0 veröffentlicht, um die wachsende Zahl sehr großer Displays und Desktopumgebungen besser zu unterstützen.

Auf diesen Oberflächen reicht das Standardlayout „Erweitert“, in das normalerweise zwei Bereiche passen, oft nicht aus. Auf einem 27‑Zoll-Monitor können zwei Bereiche gestreckt und spärlich aussehen, sodass wertvoller Bildschirmplatz ungenutzt bleibt. Um dieses Problem zu beheben, wurden in WindowManager 1.5.0 zwei neue Breiten-Fenstergrößenklassen eingeführt: „Large“ (1.200 dp bis 1.600 dp) und „Extra-large“ (1.600 dp+).

Diese neuen Breakpoints geben an, wann zu Schnittstellen mit hoher Dichte gewechselt werden soll. Anstatt eine typische Listen-Detailansicht zu dehnen, können Sie die Breite nutzen, um drei oder sogar vier Bereiche gleichzeitig anzuzeigen. Stellen Sie sich einen E‑Mail-Client vor, in dem Ihre Ordner, die Posteingangsliste, die geöffnete Nachricht und eine Kalender-Seitenleiste in einer einzigen Ansicht angezeigt werden. Die Unterstützung für diese Fenstergrößenklassen wurde in der Version 1.2 zu Compose Material 3 – Adaptive  hinzugefügt. 

User Journeys mit Jetpack Navigation 3 neu gestalten

Für die Entwicklung einer Benutzeroberfläche, die sich von einem einzelnen Smartphone-Display zu einem Tablet-Layout mit mehreren Bereichen ändert, war bisher eine komplexe Statusverwaltung erforderlich. Das bedeutete oft, dass ein Navigationsdiagramm, das für einzelne Ziele entwickelt wurde, gleichzeitig mehrere Ansichten verarbeiten musste. Jetpack Navigation 3 wurde erstmals auf der I/O 2025 angekündigt und ist jetzt stabil. Es bietet einen neuen Ansatz für die Verarbeitung von Nutzeraktionen in adaptiven Apps.

Nav3 wurde für Compose entwickelt und löst sich von der monolithischen Diagrammstruktur. Stattdessen werden entkoppelte Bausteine bereitgestellt, mit denen Sie die vollständige Kontrolle über Ihren Backstack und Ihren Status haben. So wird das Problem der Single Source of Truth gelöst, das bei Layouts mit geteiltem Bereich häufig auftritt. Da Nav3 die Scenes API verwendet, können Sie mehrere Bereiche gleichzeitig anzeigen, ohne in Konflikt stehende Backstacks verwalten zu müssen. Das vereinfacht den Übergang zwischen der kompakten und der erweiterten Ansicht.

Eine Grundlage für eine adaptive Zukunft

Dieses Jahr haben wir die Tools bereitgestellt, die Sie benötigen, von der Optimierung für umfangreiche Layouts bis hin zu den detaillierten Einstellungen von WindowManager und Navigation 3. Mit Android 16 wurde der Übergang zu einer wirklich flexiblen Benutzeroberfläche eingeleitet. Im nächsten Jahr folgen Updates, die für eine hervorragende adaptive Nutzung auf allen Formfaktoren sorgen. Weitere Informationen zu den Grundsätzen der adaptiven Entwicklung und erste Schritte finden Sie unter d.android.com/adaptive-apps. 

Die Tools sind bereit und die Nutzer warten. Wir sind gespannt, was Sie damit Neues entwickeln.

*Quelle: Interne Google-Daten