Amap pré-annonce la navigation en écran partagé pour l'iPhone Duo ? À l'approche du lancement commercial de l'iPhone Duo prévu le 23 octobre 2026, Amap a achevé ses travaux de compatibilité de base et présenté en avant-première de nouvelles fonctionnalités de navigation pliables. Le mode de conduite en double affichage et le transfert de localisation inter-applications ainsi démontrés sont prévus pour les prochaines mises à jour de l'application, les dates exactes de déploiement public restant à confirmer. Alors que le matériel grand public délaisse les formats verticaux rigides au profit d'écrans pliables multi-écrans, les fournisseurs de services géolocalisés (LBS) doivent repenser en profondeur leur architecture d'interaction mobile. Plutôt que d'étirer uniformément les cartes traditionnelles sur l'écran intérieur de 7,6 pouces, cette adaptation spécialisée répartit les fonctions visuelles entre des fenêtres simultanées. En associant d'un côté le guidage étape par étape par voie et de l'autre une vue d'ensemble du trafic sur plusieurs kilomètres, la mise à jour démontrée illustre la capacité des applications utilitaires à réduire les manipulations d'écran pendant la conduite.
Ce qu'Amap a annoncé pour l'iPhone Duo
En bref
- Amap a préparé la compatibilité de base en amont du lancement commercial de l'iPhone Duo, tout en dévoilant des modes de conduite en double affichage lors de tests routiers techniques.
- Les fonctionnalités présentées divisent l'écran intérieur de 7,6 pouces en deux perspectives : le guidage par voie à gauche et une vue d'ensemble de l'itinéraire sur trois à cinq kilomètres à droite.
- Des démonstrations techniques ont également illustré le partage de localisation inter-applications en mode Split View système, bien que le déploiement public complet soit planifié pour de futures versions logicielles.
Les interfaces de navigation mobile standard ont longtemps fonctionné dans les limites d'une seule fenêtre verticale. Sur les smartphones conventionnels, les conducteurs naviguant sur des échangeurs complexes doivent interpréter les indications de voies détaillées et le trafic régional global au sein d'une même fenêtre exiguë. Consulter les conditions de circulation à venir ou rechercher des bornes de recharge le long d'un trajet nécessite souvent de zoomer et de déplacer manuellement la carte, ce qui peut accroître la distraction au volant.
Le matériel mobile pliable permet aux architectures logicielles de dissocier les manœuvres tactiques à court terme de la perception contextuelle à long terme. En exploitant un écran intérieur agrandi, les plateformes de navigation peuvent afficher simultanément des perspectives complémentaires.
Les démonstrations techniques rapportées par Sina Tech au sujet des tests routiers d'Amap illustrent ce concept de double affichage. Lors des essais sur route, le volet gauche affiche les instructions par voie, les alertes de radars et les indicateurs de direction. Le volet droit offre quant à lui une perspective cartographique plus large couvrant environ trois à cinq kilomètres devant le véhicule. Cette conception à double affichage vise à limiter les ajustements manuels de la carte en regroupant le guidage immédiat et le contexte de l'itinéraire à plus long terme. Tout bénéfice mesurable en matière de sécurité nécessiterait toutefois des tests d'ergonomie et de distraction au conducteur encadrés.
Selon les rapports techniques concernant la feuille de route d'Amap, l'entreprise a préparé la compatibilité d'affichage de base pour le lancement commercial de l'appareil, tandis que les fonctionnalités de conduite avancées en double affichage et les transferts automatisés en écran partagé ont été présentés lors de tests et planifiés pour de prochaines versions.
Cartes en double affichage et mode Split View du système
L'analyse de l'orientation technique d'Amap nécessite de distinguer deux approches logicielles : les vues cartographiques doubles au sein d'une même application et le multilinguisme multi-applications au niveau du système.
La première approche, la navigation interne en double affichage, s'exécute entièrement dans le cadre d'une seule instance d'application. Dans ce type de conception logicielle, un moteur cartographique divise généralement son conteneur de mise en page en deux zones d'affichage, coordonnant les tuiles vectorielles localisées d'un côté tout en conservant une vue d'ensemble moins détaillée de l'autre. Cette méthode repose sur le positionnement synchronisé des caméras et un état d'itinéraire partagé entre les deux volets, bien qu'Amap n'ait pas publié les détails de son implémentation de rendu.
La seconde approche implique le mode Split View au niveau du système d'Apple, où iOS gère deux fenêtres d'applications indépendantes côte à côte. Par exemple, un utilisateur peut exécuter un client de messagerie sur l'écran gauche tout en gardant Amap ouvert sur l'écran droit.
Le schéma ci-dessous clarifie la distinction architecturale entre le rendu d'une double carte interne et le multilinguisme géré par le système :
[Canevas de carte en double affichage interne d'Amap] Fenêtre d'application unique ──> Moteur de navigation principal ──> Guidage par voie (Gauche) + Aperçu de l'itinéraire (Droite) [Configuration multi-applications en mode Split View système iOS] Fenêtre de messagerie (Gauche) ──> Transfert pris en charge ──> Fenêtre Amap (Droite) ──> Destination analysée
Bien que le mode Split View du système fournisse le cadre d'affichage permettant de positionner deux applications simultanément, il ne transmet pas automatiquement les données de l'une à l'autre. Permettre à une action dans une fenêtre de mettre à jour le contenu de la fenêtre adjacente nécessite un traitement logiciel dédié.
Comment les localisations partagées atteignent une application de navigation
Au cours des démonstrations techniques, Amap a présenté une interaction où un utilisateur reçoit l'adresse d'un restaurant dans une application de messagerie s'exécutant sur la moitié gauche de l'écran. En touchant cette localisation, Amap, actif dans la fenêtre de droite, a analysé les coordonnées, affiché un repère (pin) et préparé un itinéraire de navigation.
Ce flux de travail démontre un transfert fonctionnel entre des applications distinctes :
Localisation partagée → Transfert d'application pris en charge → Analyse de la destination → Affichage de l'itinéraire
Dans les configurations standard à écran unique, l'ouverture d'un lien de localisation externe entraîne généralement un changement de contexte en plein écran, interrompant la conversation en cours. Dans un environnement pliable multi-fenêtres, l'application de navigation cible doit recevoir les coordonnées et mettre à jour son état de destination sans réinitialiser les calculs d'itinéraire actifs ni interrompre la session de discussion principale de l'utilisateur.
L'implémentation interne exacte de la coordination inter-applications démontrée par Amap n'a pas été documentée publiquement. En matière de développement logiciel iOS général, le passage de paramètres entre applications fait appel à des mécanismes système standard tels que les Universal Links, les schémas d'URL personnalisés ou les presse-papiers partagés du système. Garantir qu'une coordonnée entrante met à jour une fenêtre secondaire existante plutôt que de lancer une instance redondante nécessite une gestion rigoureuse des scènes et de l'état de navigation.
Comparaison des stratégies de mise en page pour la navigation sur écrans pliables
À mesure que les fabricants de matériel introduisent des appareils flexibles et multi-écrans, les équipes d'ingénierie doivent évaluer la manière dont leurs interfaces utilisateur réagissent aux différentes dimensions d'écran. Les développeurs doivent composer avec des compromis entre complexité d'implémentation, performances de rendu et utilité pour l'utilisateur.
Évaluation architecturale : stratégies de mise en page pour les environnements multi-écrans
Déployer des mises en page standard à fenêtre unique avec des règles Auto Layout de base demande un effort de développement minime, mais peut conduire à des présentations visuelles non optimisées sur les grands écrans intérieurs. Concevoir des canevas multi-vues personnalisés permet aux applications de maximiser l'espace d'écran disponible, mais complexifie les tests sur l'ensemble des postures d'appareils et des tailles de fenêtres.
Le tableau ci-dessous résume les choix architecturaux courants pour la gestion des mises en page de navigation et d'utilitaires sur les écrans pliables :
| Stratégie de mise en page | Rôle d'affichage et d'interaction | Responsabilité de la continuité des états | Compromis technique |
|---|---|---|---|
| Mise en page fixe | Présentation statique à vue unique | L'application gère sa pile de vues interne | Refactoring minimal ; risque de bandes noires (pillarboxing) ou de marges vides |
| Fenêtre unique adaptative | Étend dynamiquement le canevas à l'aide de classes de taille et de contraintes flexibles | L'application met à jour les guides de mise en page tout en préservant l'état des vues | Composants de plateforme standardisés ; limité aux flux de travail à perspective unique |
| Vue cartographique double personnalisée | Fenêtres cartographiques tactiques et stratégiques simultanées au sein d'une même application | Le moteur de navigation synchronise la position et les états d'itinéraire entre les fenêtres | Offre une valeur ajoutée différenciée ; nécessite une logique de rendu multi-fenêtres dédiée |
| Mode Split View système | Deux applications indépendantes s'exécutant côte à côte via le multitâche du SE | Le système d'exploitation gère le cycle de vie des fenêtres ; chaque application gère son propre état | Permet des flux de travail inter-applications ; nécessite une gestion explicite du transfert de données |
Les liens de localisation externes et la gestion des fenêtres pliables interviennent à différents niveaux de la pile logicielle mobile. Une application de navigation est chargée d'interpréter les coordonnées de destination et de présenter les itinéraires dans sa propre interface, tandis qu'iOS gère les fenêtres d'applications et le comportement multitâche. Pour les parcours d'acquisition et de parrainage mobiles pris en charge, des outils tels que OpoInstall peuvent faciliter l'attribution, le deep linking différé et le passage de paramètres. Ces fonctionnalités ne permettent pas, à elles seules, de piloter une fenêtre Split View existante ni de reproduire l'expérience de navigation inter-applications démontrée par Amap.
Liste de contrôle pour les développeurs en matière de navigation pliable
Pour adapter les applications utilitaires et géolocalisées au matériel pliable, les équipes techniques doivent mettre en place des flux de vérification structurés intégrant les capacités de la plateforme présentées dans l'annonce de l'écosystème développeur Apple Newsroom.
Liste de contrôle pour l'implémentation développeur
- Prendre en charge les conteneurs de mise en page adaptatifs : implémentez des conteneurs UIKit ou SwiftUI flexibles en mode fractionné qui effectuent une transition fluide entre des présentations compactes à colonne unique et des modes multi-colonnes élargis.
- Respecter les zones d'affichage réservées : interrogez les API de mise en page d'Apple pour identifier la charnière centrale et les découpes de capteurs, en veillant à ce que les indicateurs de direction essentiels et les boutons interactifs ne soient pas masqués par les pliures physiques de l'écran.
- Évaluer les transitions de posture de la charnière : lorsque cela est pertinent pour les flux de travail, utilisez les API de charnière documentées pour réagir aux angles d'ouverture physiques et adapter les commandes lorsqu'un appareil est posé à plat ou en mode ordinateur portable.
- Définir correctement la portée des accessoires de scène : consultez les directives des sessions techniques d'Apple sur les affichages multiples et les scènes pour comprendre le fonctionnement des accessoires d'affichage secondaires, en évitant de supposer que des interfaces d'applications entièrement indépendantes s'exécutent simultanément sur les panneaux extérieurs et intérieurs.
Liste de contrôle pour la stratégie produit et croissance
- Auditer les liens profonds de destination externes : vérifiez que les URL de géolocalisation et les Universal Links se résolvent avec précision vers les coordonnées cibles lorsque l'application s'ouvre dans différentes tailles de fenêtres.
- Tester l'ingestion des paramètres lors d'un lancement à froid : assurez-vous que les paramètres d'acquisition et de parrainage transmis lors des flux d'installation de l'application s'intègrent proprement dans les parcours d'accueil et de destination.
- Valider les postures simulées dans Xcode : utilisez le Device Hub d'Xcode 27.1 pour simuler le ploiement, le déploiement et la rotation de l'appareil, afin de vérifier que les états de planification d'itinéraire actifs persistent malgré les modifications de mise en page.
La mise en place de ces procédures de vérification contribue à garantir que les applications utilitaires offrent des expériences stables et réactives face à l'évolution des formats matériels.
Foire aux questions (FAQ)
Quel est l'objectif technique du mode de navigation en double affichage d'Amap ?
Comment les coordonnées partagées parviennent-elles à Amap lors du multitâche multi-applications ?
Quelles API d'affichage pliable Apple a-t-il introduites dans iOS 27.1 ?
Points clés pour les équipes d'ingénierie
Le travail d'adaptation mené par Amap pour l'iPhone Duo démontre que les smartphones pliables exigent des équipes logicielles qu'elles voient au-delà d'une simple mise à l'échelle responsive. Dans les catégories d'utilitaires telles que la navigation, l'agrandissement de l'espace d'affichage offre l'opportunité de proposer des perspectives fonctionnelles simultanées qui réduisent la charge cognitive des utilisateurs.
Pour les développeurs mobiles et les architectes système, la préparation au matériel multi-écrans implique de dissocier l'état de l'application des hypothèses de fenêtrage rigides. Veiller à ce que les moteurs de navigation, les hiérarchies de vues et les routines de gestion des liens externes fonctionnent de manière fiable à travers différentes configurations de fenêtres sera essentiel à mesure que les formats flexibles continueront d'évoluer.
Références
Share this article
