Amap zeigt geteilte Navigation für das iPhone Duo in der Vorschau? So funktioniert es

Amap zeigt geteilte Navigation für das iPhone Duo in der Vorschau? Im Vorfeld der für den 23. Oktober 2026 geplanten Markteinführung des iPhone Duo hat Amap grundlegende Kompatibilitätsarbeiten abgeschlossen und zusätzliche faltbare Navigationsfunktionen vorgestellt. Der demonstrierte Dual-View-Fahrmodus und die app-übergreifende Standortübergabe sind für kommende App-Updates geplant, wobei die genauen Termine für die öffentliche Veröffentlichung noch nicht bestätigt sind. Da die Verbraucherhardware von starren Hochformaten zu flexiblen Multibildschirm-Formaten übergeht, stehen Anbieter von ortsbezogenen Diensten (LBS) vor der architektonischen Notwendigkeit, die mobile Interaktion neu zu überdenken. Statt herkömmliche Kartenansichten einheitlich über das 7,6 Zoll große innere Display zu skalieren, teilt die spezielle Anpassung die visuellen Aufgaben in gleichzeitige Funktionsbereiche auf. Durch die Kombination von spurgenauer Abbiegenavigation auf der einen Seite und einer breiten, mehrere Kilometer umfassenden Verkehrsübersicht auf der anderen Seite zeigt das demonstrierte Update, wie Versorgungsanwendungen manuelle Bildschirminteraktionen während der Navigation reduzieren können.

Was Amap für das iPhone Duo angekündigt hat

Auf einen Blick

Amap hat im Vorfeld der Markteinführung des iPhone Duo die grundlegende Kompatibilität vorbereitet und gleichzeitig spezielle Dual-View-Fahrmodi in technischen Praxistests demonstriert.
Die demonstrierten Funktionen unterteilen die 7,6 Zoll große Innenfläche in zwei Perspektiven: spurgerechte Führung auf der linken und eine breite Routenübersicht von drei bis fünf Kilometern auf der rechten Seite.
Technische Demonstrationen veranschaulichten zudem die app-übergreifende Standortfreigabe in der System-Split-View, wobei die vollständige Veröffentlichung für nachfolgende Software-Updates geplant ist.

Klassische mobile Navigationsschnittstellen funktionierten lange Zeit im Rahmen eines einzigen vertikalen Viewports. Auf herkömmlichen Smartphones müssen Fahrer bei der Navigation durch komplexe Autobahnkreuze detaillierte Spurführungen und großräumige Verkehrsinformationen im selben eingeschränkten Fenster erfassen. Das Abrufen anstehender Verkehrsbedingungen oder das Suchen nach Ladestationen entlang einer Route erfordert häufig ein manuelles Zoomen und Verschieben der Karte, was die Ablenkung des Fahrers erhöhen kann.

Faltbare mobile Hardware ermöglicht es Softwarearchitekturen, kurzfristige taktische Manöver von langfristigem Kontextbewusstsein zu trennen. Durch die Nutzung eines erweiterten Innendisplays können Navigationsplattformen ergänzende Perspektiven gleichzeitig darstellen.

Amap Dual-View-Praxistest-Navigation mit spurgerechter Führung links und breiter Routen- und Verkehrsvorschau rechts

Technische Demonstrationen, über die Sina Tech im Rahmen der Straßentests von Amap berichtete, verdeutlichen dieses Dual-View-Konzept. In den vorgeführten Praxistests zeigt das linke Fenster spurgerechte Anweisungen, Blitzerwarnungen und Abbiegehinweise. Das rechte Fenster bietet hingegen eine breitere Kartenperspektive, die etwa drei bis fünf Kilometer vorausblickt. Das Dual-View-Design zielt darauf ab, die Notwendigkeit manueller Kartenanpassungen zu verringern, indem die unmittelbare Spurführung und der längerfristige Routenkontext gemeinsam präsentiert werden. Ein messbarer Sicherheitsvorteil würde kontrollierte Usability- oder Fahrablenkungstests erfordern.

Dem technischen Bericht über die Entwicklungsroadmap von Amap zufolge hat Amap eine grundlegende Display-Kompatibilität für die Markteinführung des Geräts vorbereitet, während erweiterte Dual-View-Fahrfunktionen und automatisierte Split-Screen-Übergaben in Tests demonstriert wurden und für die Veröffentlichung in nachfolgenden Versionen vorgesehen sind.

Dual-View-Karten im Vergleich zur System-Split-View

Die Analyse der technischen Ausrichtung von Amap erfordert die Unterscheidung zwischen zwei verschiedenen Software-Implementierungen: Ein-App-Dual-Kartenansichten und systemweitem Multitasking für mehrere Apps.

Die erste Implementierung, die interne Dual-View-Navigation, läuft vollständig innerhalb einer einzigen Anwendungsinstanz ab. Bei Software-Implementierungen dieser Art unterteilt eine Kartierungs-Engine ihren Layout-Container in der Regel in zwei Viewport-Bereiche und koordiniert lokalisierte Vektorkacheln auf der einen Seite, während sie auf der anderen Seite eine Übersicht mit geringerem Detailgrad aufrechterhält. Dieser Ansatz stützt sich auf eine synchronisierte Kamerapositionierung und einen gemeinsamen Routenzustand über beide Fenster hinweg, wobei Amap seine spezifische Rendering-Implementierung bisher nicht veröffentlicht hat.

Die zweite Implementierung betrifft die systemweite Split-View von Apple, bei der iOS zwei unabhängige Anwendungsfenster nebeneinander verwaltet. Beispielsweise könnte ein Nutzer einen Messaging-Client auf dem linken Display ausführen, während Amap auf dem rechten Display geöffnet bleibt.

Das folgende Diagramm verdeutlicht die architektonische Trennung zwischen dem internen Rendern von Dual-Karten und dem systemgesteuerten Multitasking:

[Amap Interne Dual-View-Kartenansicht]
  Einzelnes App-Fenster ──> Hauptnavigations-Engine ──> Spurführung (Links) + Routenübersicht (Rechts)

[iOS System Split-View Multi-App-Einrichtung]
  Chat-App-Fenster (Links) ──> Unterstützte Übergabe ──> Amap-Fenster (Rechts) ──> Ziel analysiert

Während die System-Split-View den Display-Rahmen zur gleichzeitigen Platzierung zweier Anwendungen bereitstellt, überträgt sie Daten nicht automatisch zwischen ihnen. Damit eine Interaktion in einem Fenster den Inhalt im angrenzenden Fenster aktualisiert, ist eine dedizierte Software-Verarbeitung erforderlich.

Wie geteilte Standorte eine Navigations-App erreichen

Während technischer Demonstrationen zeigte Amap eine Interaktion, bei der ein Nutzer einen Restaurantstandort in einer Chat-Anwendung erhält, die auf der linken Hälfte des Displays läuft. Das Antippen dieses Standorts führte dazu, dass Amap, das im rechten Fenster lief, die Koordinaten auswertete, eine Markierung anzeigte und eine Navigationsroute vorbereitete.

Amap Split-Screen-Funktion zur Demonstration der Standortfreigabe, die direkt die Navigation in Konversationen auslöst

Dieser Arbeitsablauf demonstriert eine funktionale Übergabe zwischen separaten Anwendungen:

Geteilter Standort → Unterstützte App-Übergabe → Ziel-Analyse → Routenpräsentation

In standardmäßigen Einzelfolien-Konfigurationen erzwingt das Öffnen eines externen Standort-Links typischerweise einen Vollbild-Kontextwechsel, wodurch die aktive Konversation unterbrochen wird. In einer Multifenster-Faltumgebung muss die zielgerichtete Navigationsanwendung die Koordinaten-Nutzdaten empfangen und ihren Zielzustand aktualisieren, ohne aktive Routenberechnungen zurückzusetzen oder die primäre Chat-Sitzung des Nutzers zu unterbrechen.

Die genaue interne Implementierung der von Amap demonstrierten app-übergreifenden Koordination wurde nicht öffentlich dokumentiert. In der allgemeinen iOS-Softwareentwicklung erfolgt die Weitergabe von Parametern zwischen Anwendungen über standardmäßige Systemmechanismen wie Universal Links, benutzerdefinierte URL-Schemata oder gemeinsame System-Zwischenablagen. Um sicherzustellen, dass ein eingehender Koordinate ein bestehendes sekundäres Fenster aktualisiert, anstatt eine redundante Instanz zu starten, ist eine gezielte Szenen- und Navigationsstatusverwaltung erforderlich.

Vergleich von Layout-Strategien für die faltbare Navigation

Da Hardwarehersteller flexible und mit mehreren Bildschirmen ausgestattete Geräte einführen, müssen Engineering-Teams bewerten, wie ihre Benutzeroberflächen auf unterschiedliche Bildschirmabmessungen reagieren. Entwickler stehen vor Kompromissen zwischen Implementierungskomplexität, Rendering-Leistung und Nutznutzen für den Anwender.

Offizielle Apple-Pressegrafik zur Veranschaulichung der Optimierung des Multi-App-Ökosystems beim iPhone Duo

Architektonische Bewertung: Layout-Strategien für Multi-Screen-Umgebungen

Die Bereitstellung von Standard-Einzelbenster-Layouts mit einfachen Auto-Layout-Regeln erfordert einen minimalen Entwicklungsaufwand, kann jedoch zu unoptimierten visuellen Darstellungen auf breiten Innendisplays führen. Das Erstellen benutzerdefinierter Multi-View-Ansichten ermöglicht es Anwendungen, den verfügbaren Bildschirmplatz optimal zu nutzen, erhöht jedoch den Testaufwand über verschiedene Gerätestellungen und Fenstergrößen hinweg.

Die folgende Tabelle fasst gängige architektonische Entscheidungen zur Handhabung von Navigations- und Utility-Layouts auf faltbaren Bildschirmen zusammen:

Layout-Strategie	Display- und Interaktionsrolle	Verantwortung für die Kontinuität des Zustands	Technischer Kompromiss
Fester Layout	Statische Präsentation mit einem einzigen Viewport	Die Anwendung verwaltet den internen Ansichtsstapel	Minimaler Refactoring-Aufwand; potenzielles Pillarboxing oder leere Ränder
Adaptives Einzelfenster	Erweitert die Ansicht dynamisch mithilfe von Größenklassen und flexiblen Einschränkungen	Die Anwendung aktualisiert Layout-Leitlinien unter Beibehaltung des Ansichtszustands	Standardisierte Plattformkomponenten; beschränkt auf Einzelperspektiven-Workflows
Benutzerdefinierte Dual-Kartenansicht	Gleichzeitige taktische und strategische Karten-Viewports in einer Anwendung	Die Navigations-Engine synchronisiert Positions- und Routenzustände über Viewports hinweg	Bietet differenzierten Nutzen; erfordert dedizierte Multi-Viewport-Rendering-Logik
System-Split-View	Zwei unabhängige Anwendungen laufen über das Betriebssystem-Multitasking nebeneinander	Das Betriebssystem verwaltet den Fenster-Lebenszyklus; jede App verwaltet ihren eigenen Zustand	Ermöglicht app-übergreifende Abläufe; erfordert explizite Datenübergabe-Handhabung

Externe Standort-Links und die Verwaltung faltbarer Fenster agieren auf verschiedenen Ebenen des mobilen Applikations-Stacks. Eine Navigations-App ist für die Interpretation von Zielkoordinaten und die Darstellung von Routen innerhalb ihrer eigenen Schnittstelle verantwortlich, während iOS Anwendungsfenster und Multitasking-Verhalten steuert. Für unterstützte Wege der mobilen Kundengewinnung und Weiterempfehlung können Tools wie OpoInstall bei der Attribution, dem verzögerten Deep Linking (Deferred Deep Linking) und der Parameterübergabe unterstützen. Diese Funktionen steuern jedoch nicht von sich aus ein bestehendes Split-View-Fenster oder implementieren das von Amap demonstrierte app-übergreifende Navigationserlebnis.

Entwickler-Checkliste für die faltbare Navigation

Um Versorgungs- und standortbasierte Anwendungen an faltbare Hardware anzupassen, sollten technische Teams strukturierte Verifizierungsworkflows einrichten, die die im Entwickler-Ökosystem-Release des Apple Newsroom beschriebenen Plattformfunktionen einbeziehen.

Checkliste für die Entwicklerimplementierung

Unterstützung adaptiver Layout-Container: Implementieren Sie flexible UIKit- oder SwiftUI-Split-View-Container, die nahtlos zwischen kompakten Einspaltendarstellungen und erweiterten Mehrspaltenmodi wechseln.
Berücksichtigung reservierter Displaybereiche: Abfragen von Apples Layout-APIs zur Identifizierung zentraler Scharnierteilungen und Sensor-Aussparungen, um sicherzustellen, dass kritische Abbiegehinweise und interaktive Schaltflächen physische Displayfalten meiden.
Bewertung von Scharnierhaltungs-Übergängen: Nutzen Sie, sofern für die Anwendungsabläufe relevant, dokumentierte Scharnier-APIs, um auf physische Öffnungswinkel zu reagieren und die Steuerung anzupassen, wenn sich ein Gerät in Tisch- oder Laptop-Konfigurationen befindet.
Szenenzubehör angemessen dimensionieren: Überprüfen Sie die Richtlinien in Apples technischen Sitzungen zu mehreren Displays und Szenen, um zu verstehen, wie sekundäres Displayzubehör funktioniert, und vermeiden Sie die Annahme, dass vollständig unabhängige Anwendungsschnittstellen gleichzeitig über Außen- und Innenpanels hinweg ausgeführt werden.

Produkt- und Wachstumsstrategie-Checkliste

Prüfung externer Ziel-Deeplinks: Testen Sie, ob standortbasierte URLs und Universal Links genau auf die Zielkoordinaten aufgelöst werden, wenn die Anwendung in verschiedenen Fenstergrößen geöffnet wird.
Testen der Parameteraufnahme beim Kaltstart: Stellen Sie sicher, dass während der App-Installationsabläufe übergebene Akquisitions- und Empfehlungsparameter sauber in Onboarding- und Ziel-Workflows eingelesen werden.
Validierung simulierter Haltungen in Xcode: Nutzen Sie den Device Hub in Xcode 27.1, um das Falten, Entfalten und Drehen des Geräts zu simulieren, und überprüfen Sie, ob aktive Routenplanungszustände über Layoutänderungen hinweg erhalten bleiben.

Die Etablierung dieser Verifizierungsverfahren trägt dazu bei, dass Versorgungsanwendungen auf sich entwickelnden Hardware-Formfaktoren stabile und reaktionsschnelle Erlebnisse bieten.

Häufig gestellte Fragen (FAQ)

Was ist das technische Ziel des Dual-View-Navigationsmodus von Amap?

Der von Amap demonstrierte Dual-View-Modus zielt darauf ab, Nahbereichs-Spurführungen und Langstrecken-Routenübersichten gleichzeitig auf dem erweiterten 7,6-Zoll-Innendisplay darzustellen. Durch die gleichzeitige Bereitstellung beider Perspektiven soll die Schnittstelle die Notwendigkeit manueller Kartenverschiebungen und -zoomvorgänge während der Navigation verringern.

Wie gelangen geteilte Koordinaten während des Multi-App-Multitaskings zu Amap?

In Multi-App-Konfigurationen erfordert die Datenübertragung zwischen benachbarten Anwendungen explizite Kommunikationsmechanismen wie benutzerdefinierte URL-Schemata, Universal Links oder unterstützte Systemübergaben. Wenn ein Nutzer einen Standort in einem benachbarten Messaging-Fenster antippt, müssen die Ziel-Nutzdaten an die Navigationsanwendung übergeben und dort ausgewertet werden, um die Routenberechnung einzuleiten.

Welche APIs für faltbare Displays hat Apple in iOS 27.1 eingeführt?

Das iOS 27.1 SDK bietet APIs zur Unterstützung der Anpassung faltbarer Displays, einschließlich Anordnungs- und Reservierter-Bereich-APIs zur Verwaltung von Inhalten um physische Scharniere herum, Scharnier-APIs zur Erkennung von Gerätewinkeln sowie Szenenzubehör-Frameworks, die für spezifische Workflows mit sekundären Displays konzipiert sind.

Wichtige Erkenntnisse für Engineering-Teams

Amaps Anpassungsarbeiten für das iPhone Duo zeigen, dass faltbare Smartphones Software-Teams dazu erfordern, über einfache responsive Skalierungen hinaus zu denken. In Versorgungskategorien wie der Navigation bietet die Erweiterung des Display-Platzes Möglichkeiten, gleichzeitige funktionale Perspektiven bereitzustellen, die die kognitive Belastung für die Nutzer reduzieren.

Für mobile Entwickler und Systemarchitekten bedeutet die Vorbereitung auf Multi-Screen-Hardware die Entkopplung des Anwendungsstatus von starren Viewport-Annahmen. Sicherzustellen, dass Navigations-Engines, Ansichtshierarchien und externe Link-Handhabungsroutinen über unterschiedliche Fensterkonfigurationen hinweg zuverlässig funktionieren, wird unerlässlich sein, da sich flexible Formfaktoren weiterentwickeln.