高德地圖預覽 iPhone Duo 分割導航功能？在 iPhone Duo 預定於 2026 年 10 月 23 日正式發售之前，高德地圖已完成基礎相容性工作，並搶先預覽了多項摺疊導航功能。其展示的雙視圖駕駛模式與跨應用程式位置交接計畫於後續應用程式更新中推出，確切的公開推出日期尚未底定。隨著消費者硬體從剛性的直立螢幕轉變為靈活的多螢幕外型，LBS（以位置為基礎的服務）供應商面臨著重新思考行動互動的架構需求。相較於將傳統地圖畫布均勻放大至 7.6 吋內側顯示器，這種專門的調整將視覺功能分割為同時執行的功能視埠。透過將一側的車道級逐步導航指引與另一側的寬廣多公里交通概覽相結合，展示的更新內容說明瞭工具型應用程式如何在導航時減少手動螢幕互動。
高德地圖針對 iPhone Duo 公布了哪些內容
重點一覽
- 高德地圖在 iPhone Duo 發售前準備好基礎相容性，同時在技術路測示範中預覽了專門的雙視圖駕駛模式。
- 展示的功能將 7.6 吋內側畫布分為兩種視角：左側為車道級指引，右側為廣闊的三至五公里路線概覽。
- 技術示範亦展示了系統分割畫面（Split View）中的跨應用程式位置分享，不過完整的公開部署預計於後續軟體更新中推出。
標準的行動導航介面長期以來都在單一垂直視埠的範圍內運作。在傳統智慧型手機上，駕駛在導航複雜的高速公路交流道時，必須在同一個受限視窗內判讀詳細的車道指引與廣泛的區域交通狀況。查看即將到來的交通狀況或搜尋路線沿途的充電站，通常需要手動縮放與平移地圖，這可能會增加駕駛分心機率。
摺疊行動硬體允許軟體架構將短程戰術機動與長程情境意識分開。透過利用擴大的內側顯示器，導航平臺可以同時呈現互補的視角。
根據 新浪科技報導高德地圖路測 的技術示範，說明了這種雙視圖概念。在展示的路測中，左側面板顯示車道級指令、測速照相警示與轉彎指示器。同時，右側面板提供涵蓋前方約三至五公里範圍的較寬地圖視角。雙視圖設計旨在透過同時呈現近距離車道指引與較長距離的路線情境，減少手動調整地圖的需求。任何可衡量的安全性效益皆需要經過控制的可用性或駕駛分心測試才能確認。
根據高德地圖開發藍圖的技術報導，高德地圖為該裝置的發售準備了基礎顯示相容性，而先進的雙視圖駕駛功能與自動分割畫面交接則已在測試中展示，並計畫在後續版本中發布。
雙視圖地圖與系統分割畫面（Split View）的比較
分析高德地圖的技術方向，需要區分兩種不同的軟體實作方式：單一應用程式雙地圖視圖與系統級多工處理。
第一種實作是內部雙視圖導航，完全在單一應用程式實例內運作。在此類軟體實作中，地圖引擎通常會將其版面配置容器分割為兩個視埠區域，在一側協調本地化向量圖磚，同時在另一側保持較低詳細程度的概覽。此方法依賴於兩側窗格之間同步的相機位置與共用路線狀態，不過高德地圖尚未公布其特定的渲染實作細節。
第二種實作涉及 Apple 的系統級分割畫面（Split View），在此模式下，iOS 會並排管理兩個獨立的應用程式視窗。例如，使用者可以在左側顯示器執行通訊軟體，同時在右側顯示器保持開啟高德地圖。
下圖釐清瞭內部雙地圖渲染與系統管理多工處理之間的架構區隔：
[高德地圖內部雙視圖地圖畫布] 單一應用程式視窗 ──> 主導航引擎 ──> 車道指引（左側） + 路線概覽（右側） [iOS 系統分割畫面多應用程式設定] 聊天應用程式視窗（左側） ──> 支援的交接 ──> 高德地圖視窗（右側） ──> 解析目的地
雖然系統分割畫面提供了並排放置兩個應用程式的顯示框架，但它不會自動在它們之間傳輸資料。要在一個視窗中啟用互動以更新相鄰視窗中的內容，需要專門的軟體處理。
共用位置如何傳送至導航應用程式
在技術示範期間，高德地圖展示了一項互動功能：使用者在顯示器左半部執行的聊天應用程式中收到餐廳位置。點擊該位置會使在右側視窗中執行的高德地圖解析座標、顯示圖釘並準備導航路線。
此工作流程展示了不同應用程式之間的功能性交接：
共用位置 → 支援的應用程式交接 → 解析目的地 → 呈現路線
在標準的單螢幕配置中，開啟外部位置連結通常會強制進行全螢幕情境切換，從而中斷正在進行的對話。在多視窗摺疊環境中，目標導航應用程式必須接收座標酬載並更新其目的地狀態，而不會重設主動路線計算或中斷使用者的主要聊天工作階段。
高德地圖展示的跨應用程式協調之確切內部實作尚未公開記錄。在一般的 iOS 軟體開發中，在應用程式之間傳遞參數涉及標準的系統機制，例如通用連結（Universal Links）、自訂 URL Scheme 或共用的系統剪貼簿。確保傳入的座標能更新現有的次要視窗，而不是啟動冗餘的實例，需要審慎的場景與導航狀態管理。
比較摺疊導航版面配置策略
隨著硬體製造商推出具備靈活性與多螢幕的裝置，工程團隊必須評估其使用者介面如何回應不同的螢幕尺寸。開發人員在實作複雜度、渲染效能與使用者實用性之間面臨著取捨。
架構評估：多螢幕環境的版面配置策略
部署具有基本自動佈局（Auto Layout）規則的標準單視窗版面配置所需開發負擔極小，但可能會導致寬內側顯示器上的視覺呈現未獲最佳化。建構自訂的多視圖畫布可讓應用程式最大化可用的螢幕空間，但會增加跨不同裝置姿態與視窗尺寸的測試負擔。
下表總結了處理摺疊螢幕導航與工具版面配置的常見架構選擇：
| 版面配置策略 | 顯示與互動角色 | 狀態連續性責任 | 技術取捨 |
|---|---|---|---|
| 固定版面配置 | 靜態單視埠呈現 | 應用程式管理內部檢視堆疊 | 重構最少；可能有黑邊（pillarboxing）或空白畫布邊距 |
| 自適應單視窗 | 使用尺寸類別與彈性條件約束動態擴展畫布 | 應用程式更新版面配置導引同時保留檢視狀態 | 標準化平臺元件；受限於單視角工作流程 |
| 自訂雙地圖視圖 | 單一應用程式內的同時戰術與戰略地圖視埠 | 導航引擎在視埠之間同步位置與路線狀態 | 提供差異化的實用性；需要專門的多視埠渲染邏輯 |
| 系統分割畫面 | 透過作業系統多工處理並排執行的兩個獨立應用程式 | 作業系統管理視窗生命週期；每個應用程式管理自己的狀態 | 啟用跨應用程式工作流程；需要明確的資料交接處理 |
外部位置連結與摺疊視窗管理在行動應用程式堆疊的不同層級中運作。導航應用程式負責在自己的介面內解釋目的地座標並呈現路線，而 iOS 則負責管理應用程式視窗與多工行為。對於支援的行動獲客與推薦歷程，諸如 OpoInstall 之類的工具可以協助進行歸因、延遲深度連結與參數傳遞。這些功能本身並不能控制現有的分割畫面視窗或實作高德地圖展示的跨應用程式導航體驗。
摺疊導航開發人員檢查清單
為了使工具與位置型應用程式適應摺疊硬體，技術團隊應建立結構化的驗證工作流程，並納入 Apple Newsroom 開發人員生態系統發布 中概述的平臺功能。
開發人員實作檢查清單
- 支援自適應版面配置容器：實作靈活的 UIKit 或 SwiftUI 分割檢視容器，以便在精簡的單欄呈現與擴展的多欄模式之間平滑轉換。
- 尊重保留顯示區域：查詢 Apple 的版面配置 API 以識別中央鉸鏈分割區與感測器開孔，確保關鍵的轉彎指示器與互動按鈕避開實體顯示摺痕。
- 評估鉸鏈姿態轉換：在與應用程式工作流程相關的情況下，利用記錄的鉸鏈 API 來回應實體開合角度，並在裝置置於平放或筆電配置時調整控制項。
- 適當界定場景配件範圍：檢視 Apple 關於多重顯示器與場景的技術課程 中的指南，以了解次要顯示配件的運作方式，避免假設完整的獨立應用程式介面同時在外部與內側面板上執行。
產品與成長策略檢查清單
- 稽核外部目的地深度連結：測試當應用程式在各種視窗尺寸中開啟時，以位置為基礎的 URL 與通用連結是否能準確解析至目標座標。
- 在冷啟動時測試參數載入：驗證在應用程式安裝流程中傳遞的獲客與推薦參數是否能清晰解析至引導與目的地工作流程中。
- 在 Xcode 中驗證模擬姿態：利用 Xcode 27.1 中的裝置中樞（Device Hub）來模擬裝置摺疊、展開與旋轉，並驗證主動路線規劃狀態是否能在版面配置變更時持續保留。
建立這些驗證程序有助於確保工具應用程式在不斷演進的硬體外型上提供穩定且具回應性的體驗。
常見問題 (FAQ)
高德地圖雙視圖導航模式的技術目標是什麼？
在多應用程式多工處理期間，共用座標如何傳送至高德地圖？
Apple 在 iOS 27.1 中推出了哪些摺疊顯示器 API？
工程團隊的核心重點
高德地圖針對 iPhone Duo 所進行的調整工作證明，摺疊智慧型手機要求軟體團隊跳脫簡單的響應式縮放思維。在導航等工具類別中，擴展顯示空間提供了實現同時功能視角的機會，從而降低使用者的認知摩擦。
對於行動開發人員與系統architect（架構師）而言，為多螢幕硬體做好準備涉及將應用程式狀態與剛性的視埠假設解耦。隨著靈活外型的持續發展，確保導航引擎、檢視階層與外部連結處理常式在各種視窗配置中皆能可靠運作將是至關重要的。
參考資料
Share this article
