โหมดติวตอบกรรมการ
หัวข้อที่ 22 จากทั้งหมด 62
6.4 API Service — Auto Token Refresh
สรุปสั้น: api.service.ts เป็นตัวกลางที่จัดการ 1. แนบ JWT Token อัตโนมัติ (Authorization Bearer <token) 2. Auto Refresh Token — ถ้าได้ 401 จะ refresh แล้ว retry request 3. Rate Limit Retry — ถ้าได้ 429 จะ retry พร้อม exponential backoff 4. N...
คำสำคัญ
- retry
- token
- refresh
- api
- service
- auto
คำถามที่กรรมการมักถาม
- หัวข้อ "6.4 API Service — Auto Token Refresh" คืออะไร และทำไมถึงสำคัญกับโปรเจกต์ของคุณ?
- ตอนออกแบบเรื่อง token คุณเทียบทางเลือกอะไรบ้าง และเหตุผลที่เลือกวิธีสุดท้ายคืออะไร?
- ถ้ากรรมการท้วงเรื่อง refresh คุณจะอธิบายและป้องกันแนวทางนี้อย่างไร?
- ถ้าต้องปรับปรุง retry ให้ดีขึ้นทันที คุณจะเริ่มแก้อะไรก่อน เพราะอะไร?
ตัวอย่างคำตอบ
สำหรับหัวข้อ "6.4 API Service — Auto Token Refresh" เป้าหมายหลักคือ api.service.ts เป็นตัวกลางที่จัดการ 1. แนบ JWT Token อัตโนมัติ (Authorization Bearer <token) 2. Auto Refresh Token — ถ้าได้ 401 จะ refresh แล้ว retry request 3. Rate Limit Retry — ถ้าได้ 429 จะ retry พร้อม exponential backoff 4. N... แนวทางที่ใช้เชื่อมโยงกับความต้องการระบบ ช่วยให้ระบบเชื่อถือได้และดูแลง่ายขึ้น และเมื่อเทียบกับทางเลือกอื่นถือว่าเหมาะสมที่สุดภายใต้ข้อจำกัดของโปรเจกต์นี้
คำนวณยังไง
- เปอร์เซ็นความคืบหน้า:
Math.round((index / total) * 100)=Math.round((22 / 62) * 100)= 35% - ลำดับหัวข้อปัจจุบัน: รับจาก query
?section=แล้วบังคับให้อยู่ในช่วง1..62ค่าที่รับมา:22, ค่าสุดท้าย:22 - จำนวนหัวข้อทั้งหมด:
62(นับจากหัวข้อ markdown ระดับ##และ###) - สรุปสั้น: สร้างจาก
summarizeText(stripMarkdown(sectionContent), 230) - คำสำคัญ: ดึงจากความถี่คำในชื่อหัวข้อ + เนื้อหา หลังกรองคำฟุ่มเฟือย (stopwords)
- คำถามกรรมการ: สร้างจาก template โดยอิงชื่อหัวข้อและคำสำคัญหลัก