เมื่อเปิดตัว Android 16 ในปี 2025 เราได้แชร์วิสัยทัศน์เกี่ยวกับระบบนิเวศของอุปกรณ์ที่แอปจะปรับให้เข้ากับหน้าจอทุกประเภทได้อย่างราบรื่น ไม่ว่าจะเป็นโทรศัพท์ อุปกรณ์พับได้ แท็บเล็ต เดสก์ท็อป จอแสดงผลในรถยนต์ หรือ XR ผู้ใช้คาดหวังว่าแอปจะทำงานได้ทุกที่ ไม่ว่าจะทำงานหลายอย่างพร้อมกันในแท็บเล็ต กางอุปกรณ์ออกเพื่ออ่านอย่างสะดวกสบาย หรือเรียกใช้แอปในสภาพแวดล้อมการแสดงหน้าต่างบนเดสก์ท็อป ผู้ใช้คาดหวังว่า UI จะแสดงเต็มพื้นที่แสดงผลที่มีและปรับให้เข้ากับท่าทางของอุปกรณ์

เราได้ แนะนำการเปลี่ยนแปลงที่สำคัญ ใน API การวางแนวและความสามารถในการปรับขนาดเพื่อช่วยให้เกิดลักษณะการทำงานที่ปรับเปลี่ยนได้ พร้อมทั้งให้ตัวเลือกไม่รับชั่วคราวเพื่อช่วยให้คุณเปลี่ยนผ่านได้ เราได้เห็นนักพัฒนาแอปจำนวนมากปรับตัวให้เข้ากับการเปลี่ยนแปลงนี้ได้สำเร็จเมื่อกำหนดเป้าหมายเป็น API ระดับ 36

ตอนนี้เมื่อมีการเปิดตัว Android 17 รุ่นเบต้า เรากำลังก้าวเข้าสู่ระยะต่อไปของแผนงานการปรับเปลี่ยนได้ นั่นคือ Android 17 (ระดับ API 37) จะนำตัวเลือกไม่รับสำหรับนักพัฒนาแอปออกไปสำหรับข้อจำกัดด้านการวางแนวและความสามารถในการปรับขนาดในอุปกรณ์หน้าจอขนาดใหญ่ (sw > 600 dp) เมื่อกำหนดเป้าหมายเป็นระดับ API เป้าหมาย 37 แอปของคุณต้องปรับให้เข้ากับขนาดการแสดงผลที่หลากหลายได้

การเปลี่ยนแปลงลักษณะการทำงานจะช่วยให้ระบบนิเวศของ Android มอบประสบการณ์การใช้งานที่สอดคล้องกันและมีคุณภาพสูงในอุปกรณ์ทุกรูปแบบ

สิ่งที่เปลี่ยนแปลงใน Android 17

แอปที่กำหนดเป้าหมายเป็น Android 17 ต้องตรวจสอบความเข้ากันได้กับแอตทริบิวต์ Manifest และ API รันไทม์ที่เปิดตัวใน Android 16 ซึ่งจะเลิกใช้งาน เราเข้าใจว่าการเปลี่ยนแปลงนี้อาจเป็นการเปลี่ยนแปลงครั้งใหญ่สำหรับบางแอป เราจึงได้รวมแนวทางปฏิบัติแนะนำและเครื่องมือที่จะช่วยหลีกเลี่ยงปัญหาที่พบบ่อยไว้ในบล็อกโพสต์นี้

ไม่มีการเปลี่ยนแปลงใหม่ตั้งแต่ Android 16 แต่ตัวเลือกไม่รับสำหรับนักพัฒนาแอปจะใช้ไม่ได้อีกต่อไป โปรดทราบว่าเมื่อแอปทำงานบนหน้าจอขนาดใหญ่ ซึ่ง หน้าจอขนาดใหญ่หมายความว่ามิติข้อมูลที่เล็กกว่าของจอแสดงผลมีขนาดตั้งแต่ 600 dp ขึ้นไป ระบบจะละเว้นแอตทริบิวต์ Manifest และ API ต่อไปนี้

หมายเหตุ:  ดังที่กล่าวไว้ก่อนหน้านี้ใน Android 16 การเปลี่ยนแปลงเหล่านี้ไม่มีผลกับหน้าจอที่มีขนาดเล็กกว่า sw 600 dp หรือแอปที่จัดอยู่ในหมวดหมู่เกมตามแฟล็ก android:appCategory

นอกจากนี้ ผู้ใช้ยังคงควบคุมได้ ในการตั้งค่าสัดส่วนภาพ ผู้ใช้สามารถเลือกใช้ลักษณะการทำงานที่แอปขอได้อย่างชัดเจน

เตรียมแอปให้พร้อม

แอปจะต้องรองรับเลย์เอาต์แนวนอนและแนวตั้งสำหรับขนาดการแสดงผลในสัดส่วนภาพทุกช่วงที่ผู้ใช้เลือกใช้แอปได้ ซึ่งรวมถึงหน้าต่างที่ปรับขนาดได้ เนื่องจากจะไม่มีวิธีจำกัดสัดส่วนภาพและการวางแนวเป็นแนวตั้งหรือแนวนอนอีกต่อไป

ทดสอบแอป

ขั้นตอนแรกคือการทดสอบแอปกับการเปลี่ยนแปลงเหล่านี้เพื่อให้แน่ใจว่าแอปทำงานได้ดีในขนาดการแสดงผลต่างๆ

ใช้ Android 17 รุ่นเบต้า 1 กับโปรแกรมจำลอง Pixel Tablet และ Pixel Fold Series ใน Android Studio แล้วตั้งค่า targetSdkPreview = “CinnamonBun” หรือคุณจะใช้เฟรมเวิร์กความเข้ากันได้ของแอปโดยเปิดใช้แฟล็กUNIVERSAL_RESIZABLE_BY_DEFAULTก็ได้หากแอปยังไม่ได้กำหนดเป้าหมายเป็นระดับ API เป้าหมาย 36

เรามีเครื่องมือเพิ่มเติมที่จะช่วยให้เลย์เอาต์ปรับเปลี่ยนได้อย่างถูกต้อง คุณสามารถตรวจสอบ UI โดยอัตโนมัติและรับคำแนะนำเพื่อทำให้ UI ปรับเปลี่ยนได้มากขึ้นด้วย Compose UI Check และจำลองลักษณะการแสดงผลที่เฉพาะเจาะจงในการทดสอบโดยใช้ DeviceConfigurationOverride

สำหรับแอปที่จำกัดการวางแนวและสัดส่วนภาพมาโดยตลอด เรามักจะเห็นปัญหาเกี่ยวกับการแสดงตัวอย่างจากกล้องที่บิดเบี้ยวหรือวางแนวไม่ถูกต้อง เลย์เอาต์ที่ยืดออก ปุ่มที่เข้าถึงไม่ได้ หรือข้อมูลสถานะของผู้ใช้หายไปเมื่อจัดการการเปลี่ยนแปลงการกำหนดค่า

มาดูกลยุทธ์บางอย่างในการแก้ไขปัญหาที่พบบ่อยเหล่านี้กัน

ตรวจสอบความเข้ากันได้ของกล้อง

ปัญหาที่พบบ่อยในอุปกรณ์พับได้แนวนอนหรือสำหรับการคำนวณสัดส่วนภาพในสถานการณ์ต่างๆ เช่น หลายหน้าต่าง การแสดงหน้าต่างบนเดสก์ท็อป หรือจอแสดงผลที่เชื่อมต่อ คือเมื่อการแสดงตัวอย่างจากกล้องปรากฏขึ้นแบบยืดออก หมุน หรือครอบตัด

ตรวจสอบว่าการแสดงตัวอย่างจากกล้องไม่ยืดออกหรือหมุน

ปัญหานี้มักเกิดขึ้นในอุปกรณ์หน้าจอขนาดใหญ่และอุปกรณ์พับได้ เนื่องจากแอปสันนิษฐานว่าฟีเจอร์กล้อง (เช่น สัดส่วนภาพและการวางแนวเซ็นเซอร์) กับฟีเจอร์อุปกรณ์ (เช่น การวางแนวอุปกรณ์และการวางแนวตามธรรมชาติ) มีความสัมพันธ์กันแบบตายตัว

พิจารณาวิธีแก้ปัญหา 4 ข้อต่อไปนี้เพื่อให้แน่ใจว่าการแสดงตัวอย่างจากกล้องจะปรับให้เข้ากับขนาดหรือการวางแนวของหน้าต่างได้อย่างถูกต้อง

วิธีแก้ปัญหาที่ 1: Jetpack CameraX (แนะนำ) 

วิธีแก้ปัญหาที่ง่ายและมีประสิทธิภาพมากที่สุดคือการใช้ไลบรารี Jetpack CameraX องค์ประกอบ UI PreviewView ออกแบบมาเพื่อจัดการความซับซ้อนทั้งหมดของการแสดงตัวอย่างโดยอัตโนมัติ

• PreviewView จะปรับการวางแนวเซ็นเซอร์ การหมุนอุปกรณ์ และการปรับขนาดได้อย่างถูกต้อง
• PreviewView จะรักษาสัดส่วนภาพของรูปภาพจากกล้อง โดยปกติจะจัดกึ่งกลางและครอบตัด (FILL_CENTER)
• คุณสามารถตั้งค่าประเภทการปรับขนาดเป็น FIT_CENTER เพื่อใส่กรอบจดหมายในการแสดงตัวอย่างได้หากต้องการ

ดูข้อมูลเพิ่มเติมได้ที่ Implement a preview ในเอกสารประกอบของ CameraX

วิธีแก้ปัญหาที่ 2: CameraViewfinder 

หากคุณใช้ฐานของโค้ด Camera2 ที่มีอยู่ ไลบรารี CameraViewfinder (เข้ากันได้แบบย้อนหลังกับระดับ API 21) ก็เป็นอีกวิธีแก้ปัญหาที่ทันสมัย ซึ่งจะช่วยลดความซับซ้อนในการแสดงฟีดกล้องโดยใช้ TextureView หรือ SurfaceView และใช้การแปลงที่จำเป็นทั้งหมด (สัดส่วนภาพ การปรับขนาด และการหมุน) ให้คุณ

ดูข้อมูลเพิ่มเติมได้ในบล็อกโพสต์ Introducing Camera Viewfinder และคู่มือนักพัฒนาแอป Camera preview

วิธีแก้ปัญหาที่ 3: การติดตั้งใช้งาน Camera2 ด้วยตนเอง 

หากใช้ CameraX หรือ CameraViewfinder ไม่ได้ คุณต้องคำนวณการวางแนวและสัดส่วนภาพด้วยตนเอง และตรวจสอบว่าการคำนวณได้รับการอัปเดตเมื่อมีการเปลี่ยนแปลงการกำหนดค่าแต่ละครั้ง

• รับการวางแนวเซ็นเซอร์กล้อง (เช่น 0, 90, 180, 270 องศา) จาก CameraCharacteristics
• รับการหมุนหน้าจอปัจจุบันของอุปกรณ์ (เช่น 0, 90, 180, 270 องศา)
• ใช้ค่าการวางแนวเซ็นเซอร์กล้องและการหมุนหน้าจอเพื่อกำหนดการแปลงที่จำเป็นสำหรับ SurfaceView หรือ TextureView
• ตรวจสอบว่าสัดส่วนภาพของ Surface เอาต์พุตตรงกับสัดส่วนภาพของการแสดงตัวอย่างจากกล้องเพื่อป้องกันการบิดเบี้ยว

สำคัญ: โปรดทราบว่าแอปกล้องอาจทำงานในส่วนหนึ่งของหน้าจอ ไม่ว่าจะเป็นในโหมดหลายหน้าต่างหรือหน้าต่างเดสก์ท็อป หรือในจอแสดงผลที่เชื่อมต่อ ด้วยเหตุนี้ คุณจึงไม่ควรใช้ขนาดหน้าจอเพื่อกำหนดขนาดของช่องมองภาพของกล้อง แต่ให้ใช้ เมตริกหน้าต่างแทน ไม่เช่นนั้น การแสดงตัวอย่างจากกล้องอาจยืดออก

ดูข้อมูลเพิ่มเติมได้ในคู่มือนักพัฒนาแอป Camera preview และวิดีโอ Your Camera app on different form factors

วิธีแก้ปัญหาที่ 4: ดำเนินการพื้นฐานของกล้องโดยใช้ Intent 

หากไม่ต้องการฟีเจอร์กล้องมากมาย วิธีแก้ปัญหาที่ง่ายและตรงไปตรงมาคือการดำเนินการพื้นฐานของกล้อง เช่น การถ่ายภาพหรือวิดีโอโดยใช้แอปพลิเคชันกล้องเริ่มต้นของอุปกรณ์ ในกรณีนี้ คุณสามารถใช้ Intent แทนการผสานรวมกับไลบรารีกล้องได้ เพื่อให้ดูแลรักษาและปรับเปลี่ยนได้ง่ายขึ้น

ดูข้อมูลเพิ่มเติมได้ที่ Camera intents

หลีกเลี่ยง UI ที่ยืดออกหรือปุ่มที่เข้าถึงไม่ได้

หากแอปสันนิษฐานว่ามีการวางแนวอุปกรณ์หรือสัดส่วนภาพการแสดงผลที่เฉพาะเจาะจง แอปอาจพบปัญหาเมื่อมีการใช้งานในแนวต่างๆ หรือขนาดหน้าต่างต่างๆ

ตรวจสอบว่าปุ่ม ช่องข้อความ และองค์ประกอบอื่นๆ ไม่ยืดออกบนหน้าจอขนาดใหญ่

คุณอาจตั้งค่าปุ่ม ช่องข้อความ และการ์ดเป็น fillMaxWidth หรือ match_parent ซึ่งจะดูดีบนโทรศัพท์ แต่ในแท็บเล็ตหรืออุปกรณ์พับได้แนวนอน องค์ประกอบ UI จะยืดออกไปทั่วหน้าจอขนาดใหญ่ ใน Jetpack Compose คุณสามารถใช้ตัวปรับแต่ง widthIn เพื่อตั้งค่าความกว้างสูงสุดสำหรับคอมโพเนนต์เพื่อหลีกเลี่ยงเนื้อหาที่ยืดออก

Box(
    contentAlignment = Alignment.Center,
    modifier = Modifier.fillMaxSize()
) {
    Column(
        modifier = Modifier
            .widthIn(max = 300.dp) // Prevents stretching beyond 300dp
            .fillMaxWidth()        // Fills width up to 300dp
            .padding(16.dp)
    ) {
        // Your content
    }
}

หากผู้ใช้เปิดแอปในแนวนอนบนอุปกรณ์พับได้หรือแท็บเล็ต ปุ่มการทำงาน เช่น บันทึก หรือเข้าสู่ระบบ ที่ด้านล่างของหน้าจออาจแสดงผลนอกหน้าจอ หากคอนเทนเนอร์เลื่อนไม่ได้ ผู้ใช้อาจดำเนินการต่อไม่ได้ ใน Jetpack Compose คุณสามารถเพิ่มตัวปรับแต่ง verticalScroll ลงในคอมโพเนนต์ได้

Column(
    modifier = Modifier
        .fillMaxSize()
        .verticalScroll(rememberScrollState())
        .padding(16.dp)
)

การรวมข้อจำกัดความกว้างสูงสุดกับการเลื่อนแนวตั้งจะช่วยให้แอปยังคงทำงานได้และใช้งานได้ ไม่ว่าขนาดหน้าต่างของแอปจะกว้างหรือแคบเพียงใด

ดูคำแนะนำเกี่ยวกับ การสร้างเลย์เอาต์ที่ปรับเปลี่ยนได้

รักษาสถานะไว้เมื่อมีการเปลี่ยนแปลงการกำหนดค่า

การนำข้อจำกัดด้านการวางแนวและสัดส่วนภาพออกหมายความว่าขนาดหน้าต่างของแอปจะเปลี่ยนแปลงบ่อยขึ้นมาก ผู้ใช้อาจหมุนอุปกรณ์ พับ/กางอุปกรณ์ หรือปรับขนาดแอปแบบไดนามิกในโหมดแยกหน้าจอหรือหน้าต่างเดสก์ท็อป

โดยค่าเริ่มต้น การเปลี่ยนแปลงการกำหนดค่าเหล่านี้จะทำลายและสร้างกิจกรรมขึ้นใหม่ หากแอปจัดการเหตุการณ์ในวงจรนี้ไม่ถูกต้อง ผู้ใช้จะได้รับประสบการณ์การใช้งานที่ไม่ดี ตำแหน่งการเลื่อนจะรีเซ็ตไปที่ด้านบน แบบฟอร์มที่กรอกข้อมูลไว้ครึ่งหนึ่งจะถูกล้าง และประวัติการนำทางจะหายไป แอปของคุณต้องรักษาสถานะไว้เมื่อมีการเปลี่ยนแปลงการกำหนดค่าเหล่านี้เพื่อให้ผู้ใช้ได้รับประสบการณ์การใช้งานที่ปรับเปลี่ยนได้อย่างราบรื่น Jetpack Compose ให้คุณเลือกไม่รับการสร้างขึ้นใหม่ และอนุญาตให้การเปลี่ยนแปลงขนาดหน้าต่างสร้าง UI ขึ้นใหม่เพื่อแสดงพื้นที่ว่างใหม่แทน

ดูคำแนะนำเกี่ยวกับการบันทึกสถานะ UI

กำหนดเป้าหมายเป็น API ระดับ 37 ภายในเดือนสิงหาคม 2027

หากก่อนหน้านี้แอปของคุณเลือกไม่รับการเปลี่ยนแปลงเหล่านี้เมื่อกำหนดเป้าหมายเป็น API ระดับ 36 แอปจะได้รับผลกระทบจากการนำตัวเลือกไม่รับของ Android 17 ออกไปหลังจากที่แอปกำหนดเป้าหมายเป็น API ระดับ 37 แล้วเท่านั้น เราได้กำหนดไทม์ไลน์ที่การเปลี่ยนแปลงเหล่านี้จะมีผลบังคับใช้ไว้ดังนี้ เพื่อช่วยคุณวางแผนล่วงหน้าและทำการปรับเปลี่ยนที่จำเป็นกับแอป

• Android 17: การเปลี่ยนแปลงที่อธิบายไว้ข้างต้นจะเป็นประสบการณ์การใช้งานพื้นฐานสำหรับอุปกรณ์หน้าจอขนาดใหญ่ (ความกว้างหน้าจอที่เล็กที่สุด > 600 dp) สำหรับแอปที่กำหนดเป้าหมายเป็น API ระดับ 37 นักพัฒนาแอป จะไม่มีตัวเลือกไม่รับ

กำหนดเวลาสำหรับการกำหนดเป้าหมายเป็น API ระดับที่เฉพาะเจาะจงจะขึ้นอยู่กับ App Store สำหรับ Google Play แอปใหม่และการอัปเดตจะต้องกำหนดเป้าหมายเป็น API ระดับ 37 ซึ่งจะทำให้ลักษณะการทำงานนี้เป็นข้อบังคับสำหรับการเผยแพร่ในเดือนสิงหาคม 2027

การเตรียมความพร้อมสำหรับ Android 17

โปรดดูการเปลี่ยนแปลงทั้งหมดที่จะส่งผลต่อแอปใน Android 17 ได้ที่หน้าการเปลี่ยนแปลงของ Android 17 หากต้องการทดสอบแอป ให้ดาวน์โหลด Android 17 รุ่นเบต้า 1 แล้วอัปเดตเป็น targetSdkPreview = “CinnamonBun” หรือใช้ เฟรมเวิร์กความเข้ากันได้ของแอป เพื่อเปิดใช้การเปลี่ยนแปลงที่เฉพาะเจาะจง

อนาคตของ Android คือการปรับเปลี่ยนได้ และเราพร้อมช่วยคุณให้ไปถึงจุดนั้น ขณะเตรียมความพร้อมสำหรับ Android 17 เราขอแนะนำให้คุณอ่านคำแนะนำเกี่ยวกับการสร้างเลย์เอาต์ที่ปรับเปลี่ยนได้และหลักเกณฑ์ด้านคุณภาพสำหรับหน้าจอขนาดใหญ่ แหล่งข้อมูลเหล่านี้ออกแบบมาเพื่อช่วยให้คุณจัดการอุปกรณ์หลายรูปแบบและขนาดหน้าต่างได้อย่างมั่นใจ

อย่ารอช้า เริ่มเตรียมความพร้อมสำหรับ Android 17 ได้แล้ววันนี้