Amap แสดงตัวอย่างการนำทางแบบแบ่งหน้าจอสำหรับ iPhone Duo? ก่อนการเปิดตัวอย่างเป็นทางการของ iPhone Duo ในวันที่ 23 ตุลาคม 2026 Amap ได้ดำเนินการพัฒนาความเข้ากันได้พื้นฐานเสร็จสิ้นและแสดงตัวอย่างฟีเจอร์การนำทางแบบพับได้เพิ่มเติม โหมดการขับขี่แบบมุมมองคู่และการส่งต่อตำแหน่งข้ามแอปที่ได้สาธิตไปนั้นมีแผนจะปล่อยให้อัปเดตในแอปพลิเคชันเวอร์ชันถัดไป โดยยังไม่มีการยืนยันวันที่เปิดให้ใช้งานทั่วไปที่แน่ชัด ในขณะที่ฮาร์ดแวร์ของผู้บริโภคเปลี่ยนผ่านจากหน้าจอทรงตั้งแบบแข็งไปสู่รูปแบบหน้าจอพับได้หลากหลาย ผู้ให้บริการ LBS (Location-based Service) จำเป็นต้องปรับเปลี่ยนสถาปัตยกรรมเพื่อคิดทบทวนการโต้ตอบบนมือถือใหม่ แทนที่จะขยายขนาดแผนที่แบบเดิมให้ใหญ่ขึ้นอย่างเท่ากันบนหน้าจอภายในขนาด 7.6 นิ้ว การปรับแต่งพิเศษนี้จะแบ่งการทำงานด้านการมองเห็นออกเป็นส่วนแสดงผลการทำงานที่ทำงานพร้อมกัน การจับคู่คำแนะนำแบบเลนต่อเลนในแต่ละขั้นตอนด้านหนึ่ง เข้ากับภาพรวมการจราจรระยะกว้างหลายกิโลเมตรอีกด้านหนึ่ง การอัปเดตที่สาธิตนี้แสดงให้เห็นว่าแอปพลิเคชันยูทิลิตี้สามารถลดการโต้ตอบหน้าจอแบบแมนนวลขณะนำทางได้อย่างไร
สิ่งที่ Amap ประกาศสำหรับ iPhone Duo
สรุปสาระสำคัญ
- Amap เตรียมความพร้อมด้านความเข้ากันได้พื้นฐานก่อนการวางจำหน่าย iPhone Duo พร้อมทั้งแสดงตัวอย่างโหมดการขับขี่แบบมุมมองคู่ในการทดสอบวิ่งบนถนนจริง
- ฟีเจอร์ที่สาธิตแบ่งหน้าจอภายในขนาด 7.6 นิ้วออกเป็นสองมุมมอง ได้แก่ คำแนะนำแบบเลนต่อเลนทางด้านซ้าย และภาพรวมเส้นทางกว้างสามถึงห้ากิโลเมตรทางด้านขวา
- การสาธิตทางเทคนิคยังแสดงการแชร์ตำแหน่งข้ามแอปในมุมมองแบบ Split View ของระบบ แม้ว่าการใช้งานจริงเต็มรูปแบบจะมีกำหนดการในอัปเดตซอฟต์แวร์ถัดไปก็ตาม
อินเทอร์เฟซการนำทางบนมือถือแบบมาตรฐานทำงานภายใต้ขอบเขตของหน้าจอแสดงผลแนวตั้งเดี่ยวมาเป็นเวลานาน บนสมาร์ทโฟนทั่วไป ผู้ขับขี่ที่ต้องเดินทางผ่านทางแยกบนทางหลวงที่ซับซ้อนจำเป็นต้องทำความเข้าใจคำแนะนำช่องจราจรที่ละเอียดและการจราจรในภูมิภาคในหน้าต่างเดียวกัน การตรวจสอบสภาพการจราจรข้างหน้าหรือการค้นหาจุดชาร์จตามเส้นทางมักจะต้องมีการซูมและเลื่อนแผนที่ด้วยตนเอง ซึ่งอาจเพิ่มความเสี่ยงในการละสายตาจากการขับขี่
ฮาร์ดแวร์มือถือแบบพับได้ช่วยให้สถาปัตยกรรมซอฟต์แวร์สามารถแยกการเคลื่อนไหวทางยุทธวิธีระยะสั้นออกจากความตระหนักรู้บริบทระยะยาวได้ การใช้จอแสดงผลภายในที่ขยายใหญ่ขึ้นช่วยให้แพลตฟอร์มการนำทางสามารถแสดงมุมมองเสริมที่ทำงานร่วมกันไปพร้อมๆ กันได้

การสาธิตทางเทคนิคที่รายงานโดย Sina Tech ซึ่งครอบคลุมการทดสอบบนถนนของ Amap แสดงให้เห็นแนวคิดมุมมองคู่นี้ ในการทดสอบบนถนนที่สาธิต หน้าต่างซ้ายจะแสดงคำแนะนำแบบเลนต่อเลน การแจ้งเตือนกล้องจับความเร็ว และสัญญาณไฟเลี้ยว ในขณะเดียวกัน หน้าต่างขวาจะให้มุมมองแผนที่ที่กว้างขึ้นครอบคลุมระยะทางประมาณสามถึงห้ากิโลเมตรข้างหน้า การออกแบบมุมมองคู่นี้มีเป้าหมายเพื่อลดความจำเป็นในการปรับแผนด้วยตนเองโดยการนำเสนอคำแนะนำเลนในระยะใกล้และบริบทเส้นทางระยะไกลร่วมกัน ผลประโยชน์ด้านความปลอดภัยที่วัดผลได้จำเป็นต้องมีการทดสอบการใช้งานหรือการเบี่ยงเบนความสนใจของผู้ขับขี่ภายใต้การควบคุม
ตามรายงานทางเทคนิคเกี่ยวกับแผนงานการพัฒนาของ Amap ทาง Amap ได้เตรียมความพร้อมด้านความเข้ากันได้ของจอแสดงผลพื้นฐานสำหรับการเปิดตัวอุปกรณ์ ในขณะที่ฟีเจอร์การขับขี่แบบมุมมองคู่ขั้นสูงและการสลับหน้าจอแยกอัตโนมัติได้รับการสาธิตในการทดสอบแล้วและมีแผนจะเปิดตัวในเวอร์ชันถัดไป
แผนลาดแบบมุมมองคู่เทียบกับระบบ Split View
การวิเคราะห์ทิศทางเทคนิคของ Amap ต้องอาศัยการแยกการใช้งานซอฟต์แวร์สองรูปแบบที่แตกต่างกันออกจากกัน ได้แก่ มุมมองแผนที่คู่ภายในแอปพลิเคชันเดียว และการทำงานหลายอย่างพร้อมกันหลายแอปในระดับระบบ
การใช้งานรูปแบบแรกคือ การนำทางแบบมุมมองคู่ภายใน ทำงานทั้งหมดภายในอินสแตนซ์ของแอปพลิเคชันเดียว ในการใช้งานซอฟต์แวร์ประเภทนี้ โดยทั่วไปเอนจิ้นการทำแผนที่มุ่งเน้นการแบ่งคอนเทนเนอร์เลย์เอาต์ออกเป็นส่วนหน้าจอแสดงผลสองส่วน โดยประสานไทต์เวกเตอร์แบบแปลเป็นท้องถิ่นในด้านหนึ่ง ในขณะที่รักษารายละเอียดภาพรวมระดับต่ำไว้อีกด้านหนึ่ง แนวทางนี้อาศัยการซิงโครไนซ์ตำแหน่งกล้องและสถานะเส้นทางร่วมกันทั้งสองหน้าต่าง แม้ว่า Amap จะยังไม่ได้เผยแพร่การใช้งานการเรนเดอร์เฉพาะของตนก็ตาม
การใช้งานรูปแบบที่สองเกี่ยวข้องกับระบบ Split View ของ iOS ซึ่งจัดการหน้าต่างแอปพลิเคชันอิสระสองหน้าต่างเคียงคู่กัน ตัวอย่างเช่น ผู้ใช้อาจเรียกใช้แอปพลิเคชันรับส่งข้อความทางหน้าจอซ้ายในขณะที่เปิด Amap ไว้บนหน้าจอขวา
แผนผังด้านล่างช่วยอธิบายการแยกสถาปัตยกรรมระหว่างการเรนเดอร์แผนที่คู่ภายในและการทำงานหลายอย่างพร้อมกันที่จัดการโดยระบบ:
[แคนวาสแผนที่มุมมองคู่ภายในของ Amap] หน้าต่างแอปเดียว ──> เอนจิ้นการนำทางหลัก ──> คำแนะนำเลน (ซ้าย) + ภาพรวมเส้นทาง (ขวา) [การตั้งค่าหลายแอป Split View ของระบบ iOS] หน้าต่างแอปแชท (ซ้าย) ──> การส่งต่อที่รองรับ ──> หน้าต่าง Amap (ขวา) ──> แยกวิเคราะห์ปลายทาง
แม้ว่าระบบ Split View จะจัดเตรียมโครงสร้างการแสดงผลเพื่อวางตำแหน่งแอปพลิเคชันสองตัวพร้อมกัน แต่ระบบจะไม่ได้ส่งข้อมูลระหว่างกันโดยอัตโนมัติ การเปิดใช้งานการโต้ตอบในหน้าต่างหนึ่งเพื่ออัปเดตเนื้อหาในหน้าต่างที่อยู่ติดกันจำเป็นต้องมีการจัดการซอฟต์แวร์โดยเฉพาะ
ตำแหน่งที่แชร์เดินทางมาถึงแอปนำทางได้อย่างไร
ระหว่างการสาธิตทางเทคนิค Amap ได้แสดงให้เห็นการโต้ตอบที่ผู้ใช้ได้รับตำแหน่งร้านอาหารในแอปพลิเคชันแชทที่ทำงานอยู่บนครึ่งซ้ายของหน้าจอ การแตะตำแหน่งดังกล่าวทำให้ Amap ที่ทำงานอยู่ในหน้าต่างขวาทำการแยกวิเคราะห์พิกัด แสดงหมุด และเตรียมเส้นทางนำทาง

เวิร์กโฟลว์นี้แสดงให้เห็นถึงการส่งต่อการทำงานระหว่างแอปพลิเคชันที่แยกจากกัน:
ตำแหน่งที่แชร์ → การส่งต่อแอปที่รองรับ → การแยกวิเคราะห์ปลายทาง → การแสดงเส้นทาง
ในการกำหนดค่าหน้าจอเดี่ยวมาตรฐาน การเปิดลิงก์ตำแหน่งภายนอกมักจะบังคับให้เปลี่ยนบริบทแบบเต็มหน้าจอ ซึ่งขัดจังหวะการสนทนาที่กำลังดำเนินอยู่ ในสภาพแวดล้อมหน้าจอพับได้หลายหน้าต่าง แอปพลิเคชันนำทางเป้าหมายจะต้องรับเพย์โหลดพิกัดและอัปเดตสถานะปลายทางโดยไม่ต้องรีเซ็ตการคำนวณเส้นทางที่ใช้งานอยู่หรือขัดจังหวะเซสชันแชทหลักของผู้ใช้
การใช้งานภายในที่แน่นอนของการประสานงานข้ามแอปที่สาธิตโดย Amap ยังไม่มีการบันทึกไว้ในสาธารณะ ในการพัฒนาซอฟต์แวร์ iOS ทั่วไป การส่งผ่านพารามิเตอร์ระหว่างแอปพลิเคชันเกี่ยวข้องกับกลไกของระบบมาตรฐาน เช่น Universal Links, Custom URL Schemes หรือคลิปบอร์ดระบบที่ใช้ร่วมกัน การรับรองว่าพิกัดขาเข้าจะอัปเดตหน้าต่างรองที่มีอยู่แทนที่จะเปิดอินสแตนซ์ซ้ำซ้อนจำเป็นต้องมีการจัดการฉากและสถานะการนำทางอย่างตั้งใจ
การเปรียบเทียบกลยุทธ์เลย์เอาต์การนำทางแบบพับได้
ในขณะที่ผู้ผลิตฮาร์ดแวร์แนะนำอุปกรณ์ที่ยืดหยุ่นและมีหลายหน้าจอ ทีมวิศวกรจะต้องประเมินว่าอินเทอร์เฟซผู้ใช้ของตนตอบสนองต่อขนาดหน้าจอที่แตกต่างกันอย่างไร นักพัฒนาต้องเผชิญกับการแลกเปลี่ยนระหว่างความซับซ้อนในการใช้งาน ประสิทธิภาพการเรนเดอร์ และประโยชน์ใช้สอยของผู้ใช้

การประเมินสถาปัตยกรรม: กลยุทธ์เลย์เอาต์สำหรับสภาพแวดล้อมหลายหน้าจอ
การปรับใช้เลย์เอาต์หน้าต่างเดียวแบบมาตรฐานพร้อมกฎ Auto Layout พื้นฐานต้องใช้ค่าใช้จ่ายในการพัฒนาที่น้อย แต่อาจนำไปสู่การนำเสนอภาพที่ไม่ได้ประสิทธิภาพบนจอแสดงผลภายในขนาดกว้าง การสร้างแคนวาสมุมมองหลายชุดแบบกำหนดเองช่วยให้แอปพลิเคชันสามารถเพิ่มพื้นที่หน้าจอที่มีอยู่ให้สูงสุด แต่จะเพิ่มค่าใช้จ่ายในการทดสอบท่าทางของอุปกรณ์และขนาดหน้าต่างที่แตกต่างกัน
ตารางด้านล่างสรุปตัวเลือกสถาปัตยกรรมทั่วไปสำหรับการจัดการการนำทางและเลย์เอาต์ยูทิลิตี้บนหน้าจอพับได้:
| กลยุทธ์เลย์เอาต์ | บทบาทการแสดงผลและการโต้ตอบ | ความรับผิดชอบในการรักษาความต่อเนื่องของสถานะ | การแลกเปลี่ยนทางเทคนิค |
|---|---|---|---|
| เลย์เอาต์แบบคงที่ (Fixed Layout) | การนำเสนอหน้าต่างแสดงผลเดียวแบบคงที่ | แอปพลิเคชันจัดการสแต็กมุมมองภายใน | การปรับโค้ดน้อยที่สุด; อาจเกิดขอบดำด้านข้างหรือมีพื้นที่ว่างบนแคนวาส |
| หน้าต่างเดียวแบบปรับตัวได้ (Adaptive Single-Window) | ขยายแคนวาสแบบไดนามิกโดยใช้คลาสขนาดและข้อจำกัดที่ยืดหยุ่น | แอปพลิเคชันอัปเดตคำแนะนำเลย์เอาต์พร้อมทั้งรักษาเสถียรภาพของมุมมอง | คอมโพเนนต์แพลตฟอร์มมาตรฐาน; จำกัดเวิร์กโฟลว์มุมมองเดียว |
| มุมมองแผนที่คู่แบบกำหนดเอง (Custom Dual-Map View) | หน้าต่างแสดงผลแผนที่ทางยุทธวิธีและเชิงกลยุทธ์ที่ทำงานพร้อมกันในแอปพลิเคชันเดียว | เอนจิ้นการนำทางซิงโครไนซ์ตำแหน่งและสถานะเส้นทางข้ามหน้าต่างแสดงผล | มอบประโยชน์ใช้สอยที่แตกต่าง; ต้องใช้ตรรกะการเรนเดอร์หน้าต่างแสดงผลหลายชุดเฉพาะ |
| ระบบ Split View | แอปพลิเคชันอิสระสองตัวทำงานเคียงคู่กันผ่านระบบมัลติทาสก์ของ OS | ระบบปฏิบัติการจัดการวงจรชีวิตของหน้าต่าง; แต่ละแอปจัดการสถานะของตนเอง | เปิดใช้งานเวิร์กโฟลว์ข้ามแอปพลิเคชัน; ต้องมีการจัดการส่งผ่านข้อมูลอย่างชัดเจน |
ลิงก์ตำแหน่งภายนอกและการจัดการหน้าต่างแบบพับได้ทำงานในเลเยอร์ที่แตกต่างกันของสถาปัตยกรรมแอปพลิเคชันมือถือ แอปพลิเคชันนำมีหน้าที่ตีความพิกัดปลายทางและแสดงเส้นทางภายในอินเทอร์เฟซของตนเอง ในขณะที่ iOS จัดการหน้าต่างแอปพลิเคชันและพฤติกรรมการทำงานหลายอย่างพร้อมกัน สำหรับเส้นทางการหาผู้ใช้มือถือและการแนะนำที่รองรับ เครื่องมือเช่น OpoInstall สามารถช่วยในด้านการระบุแหล่งที่มา การทำ deferred deep linking และการส่งผ่านพารามิเตอร์ ความสามารถเหล่านี้ไม่ได้ควบคุมหน้าต่าง Split View ที่มีอยู่หรือใช้งานประสบการณ์การนำทางข้ามแอปที่สาธิตของ Amap ด้วยตัวมันเอง
รายการตรวจสอบสำหรับนักพัฒนาสำหรับการนำทางแบบพับได้
ในการปรับแต่งแอปพลิเคชันยูทิลิตี้และแอปพลิเคชันตามตำแหน่งสำหรับฮาร์ดแวร์แบบพับได้ ทีมเทคนิคควรสร้างเวิร์กโฟลว์การตรวจสอบที่มีโครงสร้างซึ่งรวมความสามารถของแพลตฟอร์มที่ระบุไว้ใน การเผยแพลตฟอร์มระบบนิเวศนักพัฒนาของ Apple Newsroom
รายการตรวจสอบการใช้งานสำหรับนักพัฒนา
- รองรับคอนเทนเนอร์เลย์เอาต์แบบปรับตัวได้:ใช้งานคอนเทนเนอร์ Split-view ของ UIKit หรือ SwiftUI ที่ยืดหยุ่น ซึ่งเปลี่ยนผ่านได้อย่างราบรื่นระหว่างการแสดงผลคอลัมน์เดียวแบบกะทัดรัดและโหมดหลายคอลัมน์ที่ขยายออก
- เคารพพื้นที่แสดงผลที่สงวนไว้: ค้นหา API เลย์เอาต์ของ Apple เพื่อระบุรอยต่อตรงกลางและส่วนเว้าของเซ็นเซอร์ เพื่อให้แน่ใจว่าตัวบ่งชี้การเลี้ยวที่สำคัญและปุ่มโต้ตอบหลีกเลี่ยงรอยพับทางกายภาพของจอแสดงผล
- ประเมินการเปลี่ยนผ่านท่าทางบานพับ: ในกรณีที่เกี่ยวข้องกับเวิร์กโฟลว์ของแอปพลิเคชัน ให้ใช้ API บานพับที่บันทึกไว้เพื่อตอบสนองต่อมุมเปิดทางกายภาพ โดยปรับการควบคุมเมื่ออุปกรณ์วางอยู่บนโต๊ะหรือในกำหนดค่าแล็ปท็อป
- กำหนดขอบเขตอุปกรณ์เสริมของฉากอย่างเหมาะสม: ตรวจสอบแนวทางใน เซสชันทางเทคนิคของ Apple เกี่ยวกับการแสดงผลและฉากที่หลากหลาย เพื่อทำความเข้าใจวิธีการทำงานของอุปกรณ์เสริมการแสดงผลรอง หลีกเลี่ยงข้อสมมติฐานที่ว่าอินเทอร์เฟซแอปพลิเคชันอิสระเต็มรูปแบบทำงานพร้อมกันทั้งบนแผงภายนอกและภายใน
รายการตรวจสอบกลยุทธ์ผลิตภัณฑ์และการเติบโต
- ตรวจสอบ Deep Links ของปลายทางภายนอก: ทดสอบว่า URL และ Universal Links ที่อิงตามตำแหน่งสามารถแปลเป็นพิกัดเป้าหมายได้อย่างแม่นยำเมื่อแอปพลิเคชันเปิดขึ้นในขนาดหน้าต่างที่หลากหลายหรือไม่
- ทดสอบการนำเข้าพารามิเตอร์เมื่อเปิดใช้งานแบบ Cold Launch: ตรวจสอบว่าพารามิเตอร์การหาผู้ใช้และการแนะนำที่ส่งผ่านระหว่างกระบวนการติดตั้งแอปพลิเคชันได้รับการแยกวิเคราะห์อย่างสะอาดตาเข้าสู่เวิร์กโฟลว์การเริ่มต้นใช้งานและปลายทางหรือไม่
- ตรวจสอบความถูกต้องของท่าทางจำลองใน Xcode: ใช้ Device Hub ใน Xcode 27.1 เพื่อจำลองการพับ การกาง และการหมุนของอุปกรณ์ โดยตรวจสอบว่าสถานะการวางแผนเส้นทางที่ใช้งานอยู่ยังคงอยู่ผ่านการเปลี่ยนแปลงเลย์เอาต์
การสร้างขั้นตอนการตรวจสอบเหล่านี้ช่วยให้มั่นใจได้ว่าแอปพลิเคชันยูทิลิตี้จะมอบประสบการณ์ที่เสถียรและตอบสนองได้ดีในรูปแบบฮาร์ดแวร์ที่กำลังพัฒนา
คำถามที่พบบ่อย (FAQ)
เป้าหมายทางเทคนิคของโหมดการนำทางแบบมุมมองคู่ของ Amap คืออะไร?
พิกัดที่แชร์ไปถึง Amap ได้อย่างไรในระหว่างการทำงานหลายแอปพร้อมกัน?
Apple เปิดตัว API หน้าจอพับใดบ้างใน iOS 27.1?
ประเด็นสำคัญสำหรับทีมวิศวกร
งานปรับแต่งของ Amap สำหรับ iPhone Duo แสดงให้เห็นว่าสมาร์ทโฟนจอพับกำหนดให้ทีมซอฟต์แวร์ต้องคิดมากกว่าการปรับขนาดแบบรีสปอนซีฟทั่วไป ในหมวดหมู่ยูทิลิตี้ เช่น การนำทาง การขยายพื้นที่หน้าจอเปิดโอกาสให้ส่งมอบมุมมองการทำงานที่ทำงานพร้อมกัน ซึ่งช่วยลดความฝืดทางปัญญาสำหรับผู้ใช้
สำหรับนักพัฒนาแอปพลิเคชันมือถือและสถาปนิกส์ระบบ การเตรียมพร้อมสำหรับฮาร์ดแวร์หลายหน้าจอเกี่ยวข้องกับการแยกสถานะแอปพลิเคชันออกจากข้อสมมติฐานของหน้าต่างแสดงผลที่แข็งตัว การสร้างความมั่นใจว่าเอนจิ้นการนำทาง ลำดับชั้นของมุมมอง และกิจวัตรการจัดการลิงก์ภายนอกทำงานได้อย่างน่าเชื่อถือในการกำหนดค่าหน้าต่างที่แตกต่างกัน จะเป็นสิ่งสำคัญในขณะที่รูปแบบฟอร์มที่ยืดหยุ่นยังคงพัฒนาต่อไป
เอกสารอ้างอิง
Share this article



