หลักการพัฒนา Wear OS

Wear OS สร้างขึ้นจาก Android ดังนั้นแนวทางปฏิบัติแนะนำมากมายสำหรับ Android จึงใช้ได้กับ Wear OS ด้วย อย่างไรก็ตาม Wear OS ได้รับการปรับให้เหมาะกับข้อมือ จึงมีความแตกต่างจาก Android

โปรดอ่านหลักการต่อไปนี้ก่อนเริ่มสร้างแอป Wear OS เพื่อเพิ่มประสิทธิภาพเวลาในการพัฒนา

ออกแบบมาสำหรับงานสำคัญ

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

เพิ่มประสิทธิภาพสำหรับข้อมือ

ช่วยให้ผู้ใช้ทำงานบนนาฬิกาให้เสร็จภายในไม่กี่วินาทีเพื่อหลีกเลี่ยงความไม่สบายตัวตามหลักสรีรศาสตร์หรืออาการเมื่อยล้าของแขน

อ่านหลักเกณฑ์การออกแบบ Wear OSเพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับการเพิ่มประสิทธิภาพสำหรับ ข้อมือ

เคารพความเป็นส่วนตัวของผู้ใช้

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

แดชบอร์ดความเป็นส่วนตัว

ระบบรองรับแดชบอร์ดความเป็นส่วนตัวใน Wear OS 5 เป็นต้นไป แดชบอร์ดนี้จะให้มุมมองแบบรวมศูนย์แก่ผู้ใช้เกี่ยวกับการใช้ข้อมูลของแต่ละแอป ซึ่งรวมถึงรายละเอียดต่อไปนี้

• ประเภทข้อมูลที่เข้าถึง เช่น ตำแหน่งและไมโครโฟน
• ความถี่ในการเข้าถึงประเภทข้อมูลเหล่านั้น

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

การตรวจจับภาพหน้าจอ

ในอุปกรณ์ที่ใช้ Wear OS 5 ขึ้นไป แอปสามารถใช้ API การตรวจจับภาพหน้าจอที่รักษาความเป็นส่วนตัว

ใช้แพลตฟอร์มที่เหมาะสมกับงาน

Wear OS มีแพลตฟอร์มมากกว่าอุปกรณ์เคลื่อนที่เพื่อดึงดูดผู้ใช้ แอปควรปรับแต่งเนื้อหาให้เหมาะกับแพลตฟอร์มเหล่านี้

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

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

ข้อมูลแทรก P1: สภาพอากาศตอนนี้เป็นอย่างไร	การแจ้งเตือน P1 บอกฉันเกี่ยวกับคำแนะนำเรื่องสภาพอากาศรุนแรง	กระเบื้อง P1: สภาพอากาศตอนนี้เป็นอย่างไร P2: สภาพอากาศวันนี้เป็นอย่างไร	แอป P1: สภาพอากาศตอนนี้เป็นอย่างไร P2: สภาพอากาศวันนี้เป็นอย่างไร P3: สภาพอากาศรายชั่วโมงเป็นอย่างไร P3: ค่ากำหนด

ดูข้อมูลเพิ่มเติมได้ที่คู่มืออินเทอร์เฟซผู้ใช้

เพิ่มการแจ้งเตือนไปยังแพลตฟอร์มเพิ่มเติม

ใน Wear OS API ระดับ 30 ขึ้นไป ให้จับคู่การแจ้งเตือนต่อเนื่องกับ OngoingActivity เพื่อเพิ่มการแจ้งเตือนนั้นไปยังแพลตฟอร์มเพิ่มเติมภายในอินเทอร์เฟซผู้ใช้ Wear OS ซึ่งจะเพิ่มการมีส่วนร่วมกับกิจกรรมที่ใช้เวลานาน

รองรับสถานการณ์แบบออฟไลน์

แม้ว่าโดยทั่วไปแล้วอุปกรณ์ Wear OS จะรองรับบลูทูธและ Wi-Fi แต่ก็อาจไม่รองรับ LTE ออกแบบมาสําหรับการเชื่อมต่อที่ไม่เสถียรและ Use Case แบบออฟไลน์ เช่น การออกกําลังกายและการเดินทาง เมื่อผู้ใช้อาจทิ้งมือถือไว้ที่ บ้าน

แสดงเนื้อหาที่เกี่ยวข้อง

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

ช่วยให้ผู้ใช้ทำงานให้เสร็จจากอุปกรณ์อื่น

ผู้คนเป็นเจ้าของอุปกรณ์หลายเครื่องมากขึ้นเรื่อยๆ นาฬิกาช่วยให้ผู้ใช้ทำงานให้เสร็จในระบบนิเวศของอุปกรณ์แบบกระจาย ตรวจสอบกรณีการใช้งานที่แอปของคุณเหมาะสม

ปรับปรุงประสบการณ์ของผู้ใช้ระหว่างการเริ่มต้นแบบเย็นของแอป

สร้างกิจกรรมหน้าจอแนะนําที่มีธีมแยกต่างหากเพื่อปรับปรุงประสบการณ์ของผู้ใช้ระหว่างการเริ่มต้นแบบเย็นของแอป จากนั้นตั้งค่า windowBackground เป็น Drawable หน้าจอแนะนําที่กำหนดเองในไฟล์ Manifest หน้าจอแนะนําประกอบด้วย Layer-List ที่มี 2 องค์ประกอบ ได้แก่ สีพื้นหลังและ Drawable ที่กำหนดเอง ซึ่งโดยทั่วไปจะเป็นไอคอนแอป ใช้ Drawable ขนาด 48x48 dp

ดูข้อมูลเพิ่มเติมได้ที่เพิ่มหน้าจอแนะนํา

ข้อควรพิจารณาสําหรับแอปสื่อ

เปิดใช้ตัวควบคุมการเล่นเพลงจากโทรศัพท์

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

เนื้อหาที่ดาวน์โหลด

ดังที่กล่าวไว้ก่อนหน้านี้ การรองรับสถานการณ์แบบออฟไลน์เป็นสิ่งสำคัญ โดยเฉพาะอย่างยิ่งสำหรับแอปสื่อ สำหรับแอปสื่อ การรองรับการดาวน์โหลดแบบออฟไลน์ก่อน แล้วจึงเพิ่มการสตรีมหากเห็นความต้องการจะทำได้ง่ายกว่า

เมื่อออกแบบ ให้ระบุอย่างชัดเจนแก่ผู้ใช้ว่าเนื้อหาใดบ้างที่พร้อมใช้งานแบบออฟไลน์ ใช้ WorkManager สำหรับ งานที่ใช้เวลานานซึ่งต้องทำทันทีหรือเป็นระยะ เลื่อนการดาวน์โหลดจนกว่านาฬิกาจะชาร์จและเชื่อมต่อกับ Wi-Fi

การสตรีมผ่าน LTE

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

รองรับหูฟังบลูทูธ

ผู้ใช้อาจนำเฉพาะนาฬิกาและหูฟังออกไปวิ่งหรือเดิน มอบประสบการณ์แบบสแตนด์อโลนอย่างแท้จริงให้ผู้ใช้ด้วยการรองรับการจับคู่กับหูฟัง หากไม่ได้เชื่อมต่อหูฟังเมื่อเล่นหรือเล่นเพลงต่อ ให้เปิดการตั้งค่าบลูทูธ เพื่อให้ผู้ใช้เชื่อมต่อกับหูฟังบลูทูธได้โดยตรงจากแอป

ระบุแหล่งที่มาของเพลง

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

ใช้ลำโพง

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

ข้อควรพิจารณาสําหรับแอปฟิตเนส

เมื่อสร้างแอปฟิตเนสสำหรับ Android 10 (API ระดับ 29) ขึ้นไป ให้ขอสิทธิ์ การจดจำกิจกรรมทางกายภาพ

เสริมแอปบนอุปกรณ์เคลื่อนที่

ดังที่ระบุไว้ก่อนหน้านี้ แอปฟิตเนส Wear OS ควรจัดการเฉพาะงานสำคัญสำหรับข้อมือ ซึ่งหมายความว่าแอปฟิตเนส Wear OS จะเน้นที่การเก็บรวบรวมข้อมูลเป็นส่วนใหญ่

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

รองรับกิจกรรมที่ใช้เวลานาน

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

หากการออกกำลังกายเริ่มต้นในกิจกรรม ให้ผูกกิจกรรมนั้นกับบริการที่ทำงาน เมื่อผู้ใช้นำทางออกจากแอป บริการจะยกเลิกการผูกและสามารถเลื่อนระดับเป็นการแจ้งเตือนต่อเนื่องได้

ใน Wear OS คุณสามารถแสดงการแจ้งเตือนต่อเนื่องไปยังแพลตฟอร์มใหม่ด้วย Ongoing Activity API ได้โดยใช้โค้ดจำนวนน้อยที่สุด

อ่านโค้ดแล็บ Ongoing Activity บน GitHub เพื่อดูแอปที่เรียบง่าย ซึ่งมีสถาปัตยกรรมนี้

ใช้โหมดเปิดตลอดเวลาเท่าที่จำเป็น

หากผู้ใช้หยุดใช้นาฬิกาในระหว่างเซสชันกับแอป อุปกรณ์จะเข้าสู่โหมดแอมเบียนท์ของระบบเพื่อประหยัดแบตเตอรี่

Wear OS จะนำแอปนั้นกลับสู่สถานะใช้งานอยู่หากผู้ใช้โต้ตอบกับอุปกรณ์อีกครั้งภายในระยะเวลาที่กำหนด

สำหรับกรณีการใช้งานส่วนใหญ่ ระยะเวลานี้เพียงพอสำหรับผู้ใช้ที่จะได้รับประสบการณ์ที่ดีและประหยัดแบตเตอรี่

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

อย่าล็อกการปลุก

ใช้ API เช่น Health Services เพื่อรับข้อมูลเซ็นเซอร์ในขณะที่ ให้ CPU เข้าสู่โหมดสลีประหว่างการอ่านหรือการส่งข้อมูล

เพิ่มประสิทธิภาพการจัดการตำแหน่งและเซ็นเซอร์

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

ทำตามคำแนะนำต่อไปนี้เมื่อใช้กลยุทธ์เซ็นเซอร์

• ใช้เซ็นเซอร์ในโหมดแบตช์เสมอเมื่อเป็นไปได้
• ล้างเซ็นเซอร์เมื่อหน้าจอหรือแอปกลับมาใช้งานอีกครั้ง
• เปลี่ยนระยะเวลาการแบตช์เมื่อหน้าจอปิดเพื่อประหยัดพลังงาน
• ยกเลิกการลงทะเบียน Listener ของเซ็นเซอร์เมื่อไม่จำเป็นต้องใช้แล้ว
• สำหรับเซ็นเซอร์ตำแหน่ง ให้ทำตามแนวทางปฏิบัติแนะนำในตรวจหาตำแหน่งใน Wear OS

ลองใช้ Health Services เพื่อลดความซับซ้อนในการจัดการเซ็นเซอร์และเพิ่มประสิทธิภาพการใช้พลังงาน

ใช้การตอบสนองแบบรู้สึกได้เพื่อยืนยันการดำเนินการ

ใช้การตอบสนองแบบรู้สึกได้เพื่อยืนยันการดำเนินการ เช่น เริ่ม หยุด หยุดชั่วคราวอัตโนมัติ หรือรอบอัตโนมัติ

ใช้การล็อกหน้าจอสัมผัส

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

ข้อควรพิจารณาสําหรับแอปรับส่งข้อความ

เริ่มต้นด้วยการแจ้งเตือน

รองรับ MessagingStyle เพื่อปรับปรุงประสบการณ์การใช้งานแอปของผู้ใช้

รองรับการป้อนข้อมูลด้วยเสียง

รองรับการพูดเป็นข้อความ เนื่องจากทำได้เร็วกว่ามากในนาฬิกา นอกจากนี้ คุณอาจต้องการรองรับเสียงที่บันทึกไว้ด้วย