ข่าวสารเกี่ยวกับผลิตภัณฑ์

เตรียมแอปให้พร้อมสำหรับการเปลี่ยนแปลงความสามารถในการปรับขนาดและการวางแนวใน Android 17

อ่าน 6 นาที
ดูโปรไฟล์ของ Miguel Montemayor
Miguel Montemayor วิศวกรนักพัฒนาซอฟต์แวร์สัมพันธ์

เมื่อเปิดตัว 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

แอตทริบิวต์/API ของไฟล์ Manifestค่าที่ถูกละเว้น
screenOrientationportrait, reversePortrait, sensorPortrait, userPortrait, landscape, reverseLandscape, sensorLandscape, userLandscape
setRequestedOrientation()portrait, reversePortrait, sensorPortrait, userPortrait, landscape, reverseLandscape, sensorLandscape, userLandscape
resizeableActivityall
minAspectRatioall
maxAspectRatioall

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

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

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

ทดสอบแอป

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

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

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

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

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

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

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

camera_preview_issue.png

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

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

พิจารณาวิธีแก้ปัญหา 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 ที่ยืดออกหรือปุ่มที่เข้าถึงไม่ได้

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

elementsLS.png

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

คุณอาจตั้งค่าปุ่ม ช่องข้อความ และการ์ดเป็น 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 ได้เลยตั้งแต่วันนี้

เขียนโดย:
อ่านต่อ