ในลานจอดรถใต้ดิน (ออฟไลน์) สวิตช์ปิดฟีเจอร์ถูกค่า on เก่าบนเซิร์ฟเวอร์เขียนทับระหว่างการซิงก์ครั้งแรกหลังเชื่อมต่อใหม่ ทำให้เปิดกลับมาอีกครั้งอย่างเงียบ ๆ เมื่อเซิร์ฟเวอร์คือแหล่งความจริงและมีอุปกรณ์หลายเครื่อง สวิตช์ตั้งค่าเพียงตัวเดียวก็กลายเป็นปัญหาการซิงก์สถานะแบบกระจาย บันทึกนี้ผ่ากระบวนการดังกล่าว ตัวอย่างเป็น iOS แต่เป็นเรื่องของไคลเอนต์ทุกตัวที่จัดการ feature flag และการตั้งค่าการแจ้งเตือน
กฎลำดับความสำคัญในการซิงก์ — เจตนาของผู้ใช้ที่ยังไม่ถูกเผยแพร่ > ค่าบนเซิร์ฟเวอร์ > แคชในเครื่อง
ข้อบกพร่องลำดับที่สองที่ intent flag สร้างขึ้น (ซอมบี้แฟล็ก · ลำดับส่งซ้ำ-อ่าน)
ปิดกั้นเส้นทางการคืนชีพของสถานะที่ปิดแล้วทั้ง 5 แบบอย่างครบถ้วน (การตอบกลับ 200 ที่มาช้า · คิว retry · การกู้คืนตอนเริ่มต้น · push · debug hook)
การตรวจสอบแบบ replay ของสัญญาเซิร์ฟเวอร์จริง 7 กรณี (ฟิลด์ใบเสร็จสำหรับรีเซ็ตสถานะของธุรกรรม off)
หากเป็นการตั้งค่าที่เก็บบนเซิร์ฟเวอร์ ไม่ว่าแพลตฟอร์มใดก็ต้องตอบคำถาม 3 ข้อ — stale / การคืนชีพ / การลู่เข้า
ยังไม่มีความคิดเห็น