Android · คู่มือเชิงปฏิบัติ

การทำงานออฟไลน์เป็น
การตัดสินใจด้านผลิตภัณฑ์

คำนึงถึงความต่อเนื่อง ความเป็นเจ้าของ และการกู้คืนก่อนสร้างหน้าจอแรก

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

เริ่มจากงานที่ต้องดำเนินต่อได้

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

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

ตัดสินใจว่าข้อมูลควรอยู่ที่ใด

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

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

วางแผนเมื่อเกิดข้อมูลขัดแย้ง

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

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

อธิบายทางเลือกเรื่องสิทธิ์

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

รวมเส้นทางเมื่อปฏิเสธสิทธิ์ในการออกแบบ หากทำด้วยตนเองได้ ให้หาวิธีนั้นได้ง่าย หากฟังก์ชันทำงานไม่ได้ ให้อธิบายข้อจำกัดในจังหวะที่เกี่ยวข้อง

ตรวจสอบช่วงเปลี่ยนผ่าน

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

การตรวจควรติดตามเส้นทางหลักและความเสี่ยง การสร้างโปรแกรมสำเร็จเป็นหลักฐานด้านการคอมไพล์ ส่วนพฤติกรรมบนอุปกรณ์ต้องมีหลักฐานแยก

สำรวจการพัฒนา Android ↗

นำปัญหามาพูดคุย
มาร่วมกำหนดก้าวต่อไป

พูดคุยเรื่องโครงการของคุณ