กลยุทธ์การแคช
ใช้รูปแบบแคชก่อนและเครือข่ายก่อน
กลยุทธ์การแคช เป็นบทเรียน JavaScript Academy ฟรีบน CoddyKit นี่คือบทเรียนที่ 3 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน JavaScript Academy และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส JavaScript Academy มีบทเรียนทั้งหมด 4 บทเรียน
เหตุใดกลยุทธ์จึงสำคัญ
ทรัพยากรแต่ละประเภทต้องจัดการแตกต่างกัน โลโก้สามารถส่งจาก cache ได้ตลอดไป แต่ฟีด API ต้องเป็นข้อมูลใหม่ กลยุทธ์การแคช จะกำหนดว่าจะลองใช้ cache หรือเครือข่ายก่อน และจะผสานทั้งสองอย่างเข้าด้วยกันอย่างไร
ใช้ cache ก่อน
ใช้แคชก่อน: ตรวจสอบ cache หากพบให้ส่งคืน หากไม่พบให้ดึงข้อมูลจากเครือข่าย เหมาะสำหรับทรัพยากรคงที่ที่เปลี่ยนแปลงไม่บ่อย เช่น แบบอักษร, CSS และรูปภาพ
async function cacheFirst(request) {
const cached = await caches.match(request);
return cached || fetch(request);
}ใช้ cache ก่อนพร้อมการแคชสำรอง
เมื่อไม่พบข้อมูลใน cache คุณสามารถดึงข้อมูลและจัดเก็บผลลัพธ์ไว้พร้อมกันได้ เพื่อให้คำขอครั้งถัดไปทำงานได้รวดเร็ว วิธีนี้จะค่อย ๆ เติม cache ตามการใช้งานของผู้ใช้
async function cacheFirst(request) {
const cached = await caches.match(request);
if (cached) return cached;
const fresh = await fetch(request);
const cache = await caches.open('runtime');
cache.put(request, fresh.clone());
return fresh;
}ใช้เครือข่ายก่อน
ใช้เครือข่ายก่อน: ลองใช้เครือข่ายก่อน หากสำเร็จให้ใช้และจัดเก็บผลลัพธ์ไว้ หากล้มเหลวเมื่อออฟไลน์ ให้ใช้ข้อมูลสำรองจาก cache เหมาะสำหรับเนื้อหาที่อัปเดตบ่อย เช่น ข่าวหรือแดชบอร์ด
async function networkFirst(request) {
try {
const fresh = await fetch(request);
const cache = await caches.open('runtime');
cache.put(request, fresh.clone());
return fresh;
} catch (err) {
return caches.match(request);
}
}ใช้ข้อมูลเก่าระหว่างตรวจสอบข้อมูลใหม่
ใช้ข้อมูลเก่าระหว่างตรวจสอบข้อมูลใหม่: ส่งคืนสำเนา cached ทันทีเพื่อความรวดเร็ว พร้อมดึงสำเนา fresh ในเบื้องหลังเพื่ออัปเดต cache สำหรับครั้งถัดไป เป็นสมดุลที่ยอดเยี่ยมระหว่างความเร็วและความใหม่ของข้อมูล
async function staleWhileRevalidate(request) {
const cache = await caches.open('runtime');
const cached = await cache.match(request);
const network = fetch(request).then(res => {
cache.put(request, res.clone());
return res;
});
return cached || network;
}ใช้ network เท่านั้นและใช้ cache เท่านั้น
มีสองแนวทางสุดขั้วที่เข้าใจง่าย:
- ใช้ network เท่านั้น: ดึงข้อมูลทุกครั้งและไม่เก็บไว้ใน cache (เช่น สัญญาณวิเคราะห์ข้อมูล)
- ใช้ cache เท่านั้น: ให้บริการเฉพาะทรัพยากรที่เก็บไว้ล่วงหน้าและไม่เชื่อมต่อ network (เช่น โครงแอป)
// network-only:
// return fetch(request);
// cache-only:
// return caches.match(request);การกำหนดเส้นทางตามประเภทคำขอ
แอปจริงจะเลือกกลยุทธ์สำหรับแต่ละคำขอ ตรวจสอบ request.url หรือ request.destination ในตัวจัดการการดึงข้อมูล แล้วกำหนดเส้นทางให้เหมาะสม
self.addEventListener('fetch', (event) => {
const url = new URL(event.request.url);
if (url.pathname.startsWith('/api/')) {
event.respondWith(networkFirst(event.request));
} else {
event.respondWith(cacheFirst(event.request));
}
});การจัดการทางเลือกสำรองเมื่อออฟไลน์
เมื่อทั้ง network และ cache ไม่พบข้อมูล ให้ส่งคืนหน้าออฟไลน์หรือเนื้อหาชั่วคราวที่เหมาะสม แทนที่จะส่งการตอบกลับที่ใช้งานไม่ได้
async function withOfflineFallback(request) {
return (await caches.match(request)) ||
(await caches.match('/offline.html'));
}การเก็บเฉพาะการตอบกลับที่สำเร็จ
หลีกเลี่ยงการเก็บข้อผิดพลาดไว้ใน cache ตรวจสอบ response.ok (หรือสถานะ) ก่อนจัดเก็บ เพื่อไม่ให้การตอบกลับ 404 หรือ 500 ทำให้ cache เสียหาย
const fresh = await fetch(request);
if (fresh.ok) {
cache.put(request, fresh.clone());
}
return fresh;การเลือกกลยุทธ์
เลือกกลยุทธ์ให้เหมาะกับเนื้อหา:
- ทรัพยากรแบบคงที่: ใช้ cache ก่อน
- ข้อมูลแบบไดนามิก: ใช้ network ก่อน
- เนื้อหาผสม: ใช้ข้อมูลเก่าระหว่างตรวจสอบข้อมูลใหม่
แอปส่วนใหญ่ผสานหลายกลยุทธ์เข้าด้วยกันผ่านการกำหนดเส้นทางตามคำขอ
ทบทวนกลยุทธ์
กลยุทธ์การเก็บ cache ช่วยให้เซอร์วิสเวิร์กเกอร์ตัวเดียวให้บริการทั้งแอปได้อย่างชาญฉลาด ทั้งทรัพยากรแบบคงที่ที่พร้อมใช้งานทันที ข้อมูลแบบไดนามิกที่เป็นปัจจุบัน และทางเลือกสำรองเมื่อออฟไลน์ที่เหมาะสม โดยเลือกสิ่งเหล่านี้ตามคำขอ
ตรวจสอบความเข้าใจ
ตรวจสอบความเข้าใจเกี่ยวกับกลยุทธ์การเก็บ cache
สรุป
คุณได้เรียนรู้กลยุทธ์การเก็บ cache ดังนี้:
- ใช้ cache ก่อน สำหรับทรัพยากรแบบคงที่
- ใช้ network ก่อน สำหรับข้อมูลแบบไดนามิกที่เป็นปัจจุบัน
- ใช้ข้อมูลเก่าระหว่างตรวจสอบข้อมูลใหม่ เพื่อให้ได้ทั้งความเร็วและข้อมูลที่เป็นปัจจุบัน
- กำหนดเส้นทางสำหรับแต่ละคำขอผ่าน
request.url/destination - เก็บเฉพาะการตอบกลับที่สำเร็จ และจัดเตรียมทางเลือกสำรองเมื่อออฟไลน์
ถัดไปคือการซิงก์เบื้องหลังและการอัปเดต cache
คำถามที่พบบ่อย
บทเรียน “กลยุทธ์การแคช” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “กลยุทธ์การแคช” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส JavaScript Academy ให้อัปเกรดเป็น CoddyKit PRO คอร์ส JavaScript Academy มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “กลยุทธ์การแคช”
ใช้รูปแบบแคชก่อนและเครือข่ายก่อน คุณปฏิบัติ JavaScript Academy ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน JavaScript Academy หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน JavaScript Academy บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 3 จากทั้งหมด 4 บทเรียน
บทเรียน “กลยุทธ์การแคช” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน JavaScript Academy นี้ได้ไหม
ได้ บทเรียน JavaScript Academy ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ