โหมดติวตอบกรรมการ
หัวข้อที่ 14 จากทั้งหมด 62
5.2 Route → Controller Pattern
สรุปสั้น: ทุก API endpoint ใช้ pattern เดียวกัน Route file (routes/auth.routes.js) หลักการ 1. validate(schema) — ตรวจสอบ request body/params ตาม Joi/expressvalidator schema 2. authenticate — ตรวจสอบ JWT token (จาก Authorization Bearer <toke...
คำสำคัญ
- controller
- ตรวจสอบ
- route
- api
- routes
- auth
คำถามที่กรรมการมักถาม
- หัวข้อ "5.2 Route → Controller Pattern" คืออะไร และทำไมถึงสำคัญกับโปรเจกต์ของคุณ?
- ตอนออกแบบเรื่อง ตรวจสอบ คุณเทียบทางเลือกอะไรบ้าง และเหตุผลที่เลือกวิธีสุดท้ายคืออะไร?
- ถ้ากรรมการท้วงเรื่อง route คุณจะอธิบายและป้องกันแนวทางนี้อย่างไร?
- ถ้าต้องปรับปรุง controller ให้ดีขึ้นทันที คุณจะเริ่มแก้อะไรก่อน เพราะอะไร?
ตัวอย่างคำตอบ
สำหรับหัวข้อ "5.2 Route → Controller Pattern" เป้าหมายหลักคือ ทุก API endpoint ใช้ pattern เดียวกัน Route file (routes/auth.routes.js) หลักการ 1. validate(schema) — ตรวจสอบ request body/params ตาม Joi/expressvalidator schema 2. authenticate — ตรวจสอบ JWT token (จาก Authorization Bearer <toke... แนวทางที่ใช้เชื่อมโยงกับความต้องการระบบ ช่วยให้ระบบเชื่อถือได้และดูแลง่ายขึ้น และเมื่อเทียบกับทางเลือกอื่นถือว่าเหมาะสมที่สุดภายใต้ข้อจำกัดของโปรเจกต์นี้
คำนวณยังไง
- เปอร์เซ็นความคืบหน้า:
Math.round((index / total) * 100)=Math.round((14 / 62) * 100)= 23% - ลำดับหัวข้อปัจจุบัน: รับจาก query
?section=แล้วบังคับให้อยู่ในช่วง1..62ค่าที่รับมา:14, ค่าสุดท้าย:14 - จำนวนหัวข้อทั้งหมด:
62(นับจากหัวข้อ markdown ระดับ##และ###) - สรุปสั้น: สร้างจาก
summarizeText(stripMarkdown(sectionContent), 230) - คำสำคัญ: ดึงจากความถี่คำในชื่อหัวข้อ + เนื้อหา หลังกรองคำฟุ่มเฟือย (stopwords)
- คำถามกรรมการ: สร้างจาก template โดยอิงชื่อหัวข้อและคำสำคัญหลัก