Lynx 4.1.0 stable: Fetch รองรับ DELETE แล้ว แต่ทีมควรอัปแบบวัดผล
หน้า versioning ของ Lynx ระบุสาย 4.1 เป็น stable ปัจจุบัน และ GitHub release ของ 4.1.0 ลงวันที่ 7 กันยายน 2026 จุดเปลี่ยนที่ release note ระบุชัดคือ Fetch API ฝั่ง Harmony รองรับ HTTP DELETE เพื่อให้ behavior ใกล้ web standard ขึ้น
นี่เป็น release note ที่สั้น แต่ผลกระทบอาจไม่สั้น ถ้าแอปมี API client กลางซึ่งเคย workaround การลบด้วย POST หรือ native bridge การอัปครั้งนี้เป็นโอกาสลดทางแยกตาม platform โดยไม่ควรรีบลบ fallback ก่อนเห็นผลจากอุปกรณ์จริง
Adoption matrix ที่ควรผ่าน
| พื้นที่ | เคสขั้นต่ำ | สัญญาณผ่าน |
|---|---|---|
| Network | DELETE ไม่มี body และมี JSON body | method/header/body ถึง server ตรงกัน |
| Auth | token หมดอายุระหว่าง request | refresh ทำครั้งเดียวและ retry ถูกคำขอ |
| Lifecycle | สลับ background ระหว่าง request | ไม่ resolve callback ซ้ำหรือค้าง |
| Error | 401, 404, 500 และ offline | mapping error เหมือน platform อื่น |
| Regression | GET/POST/PUT เดิม | latency และ payload ไม่ถอย |
ทดสอบบน build จริงของแต่ละ target อย่าพึ่ง browser simulator อย่างเดียว และเก็บ network trace ที่ลบ credential แล้วเพื่อเปรียบเทียบก่อน-หลัง หากใช้ asset จาก release โดยตรง GitHub แสดง SHA-256 กำกับไฟล์ ควรตรวจ digest ให้ตรงแทนการเชื่อชื่อไฟล์อย่างเดียว
แผนอัปแบบกลับตัวได้
ล็อกเวอร์ชันใน branch ทดลอง เปิด feature flag ให้ client ใหม่ และปล่อยเป็นเปอร์เซ็นต์เล็กก่อน จากนั้นดู error rate แยกตาม platform/OS หากต้อง rollback ให้ย้อน dependency โดยไม่เปลี่ยน API contract ของแอป เมื่อข้อมูลนิ่งแล้วค่อยลบ workaround เดิมพร้อมเทสต์ป้องกัน regression
Recap
- ยืนยันว่า 4.1 คือ stable จากหน้า version ทางการ
- เทสต์
DELETEทั้งมีและไม่มี body บน Harmony จริง - ตรวจ asset digest เมื่อดาวน์โหลด binary release
- เก็บ fallback ไว้จน telemetry หลังอัปนิ่ง