Vite 8 จะเปิดตัวในเดือนมีนาคม 2026 พร้อมกับ bundler ที่เขียนด้วย Rust ที่ชื่อว่า Rolldown และ parser/minifier ตัวใหม่ที่ชื่อว่า Oxc ซึ่งจะช่วยลดเวลาการ build front-end ลงถึง 10 เท่าสำหรับโปรเจกต์ในโลกความเป็นจริงหลายๆ โปรเจกต์ จากการทดสอบที่เคยใช้เวลา 46 วินาที ตอนนี้โค้ดชุดเดิมสามารถคอมไพล์ได้ภายใน 6 วินาที ซึ่งเป็นการเปลี่ยนแปลงที่ช่วยประหยัดเวลาของนักพัฒนาได้หลายนาทีในแต่ละวัน

ทำไมความเร็วถึงสำคัญ

ทีม front-end ใช้เวลาส่วนใหญ่ในแต่ละ sprint ไปกับการ rebuild และ hot-module replacement เมื่อการ build ที่เคยใช้เวลาเพียงครึ่งนาทีลากยาวไปถึงหนึ่งนาที วงจรการตอบสนอง (feedback loops) จะช้าลง และการส่งมอบงาน (shipping) ก็จะล่าช้าออกไป การลดเวลาลง 10 เท่าหมายถึงการวนลูปการทำงาน (iteration) ที่เร็วขึ้น การทดสอบที่รัดกุมขึ้น และการปล่อยฟีเจอร์ที่เร็วขึ้น สำหรับ codebase ขนาดใหญ่ที่มีโมดูลนับหมื่นโมดูล เวลาที่ประหยัดได้สะสมอาจวัดได้เป็นหลายชั่วโมงต่อสัปดาห์

มีอะไรใหม่ใน Vite 8

  • Rolldown – bundler ที่เขียนด้วย Rust ซึ่งจะมาแทนที่ Rollup เนื่องจาก Rust คอมไพล์เป็น native code ขั้นตอนการ bundling จึงทำงานได้เร็วกว่าทางเลือกที่ใช้ JavaScript มาก
  • Oxc – parser และ minifier ที่จะมาแทนที่ esbuild โดยมาในรูปแบบ native binary ซึ่งช่วยลดภาระ (overhead) ของการ parse ด้วย JavaScript
  • Native TypeScript path support – ไม่จำเป็นต้องใช้ปลั๊กอิน vite-tsconfig-paths เพิ่มเติมอีกต่อไป เพียงแค่ตั้งค่า resolve.tsconfigPaths: true ใน config ก็เพียงพอแล้ว
  • Full Bundle Mode – นักพัฒนาสามารถเลือกใช้การ bundle สไตล์ production ในขณะที่รัน dev server ได้ โหมดนี้ช่วยลดเวลาการเริ่มต้นทำงานของ dev-server ลง 3 เท่า และทำให้การรีโหลดหน้าเว็บแบบเต็ม (full page reloads) เร็วขึ้นประมาณ 40%

องค์ประกอบทั้งหมดนี้ทำงานบน Rust toolchain ชุดเดียวกัน ซึ่งช่วยลดช่องว่างระหว่างพฤติกรรมในขั้นตอนการพัฒนา (development) และการใช้งานจริง (production) ผลลัพธ์ที่คอมไพล์ออกมาซึ่งใช้ขับเคลื่อน dev server จะเหมือนกับ production bundle ทำให้ลดปัญหา "มันทำงานได้ในเครื่องของฉัน" (works on my machine) ลงได้

วิธีการอัปเกรด

  1. เวอร์ชัน Node – Vite 8 ต้องการ Node 20.0.0 หรือใหม่กว่า
  2. แพ็กเกจ Vite – รันคำสั่ง npm install vite@latest @vitejs/plugin-react@latest
  3. การเคลียร์ปลั๊กอิน – เลิกใช้ vite-tsconfig-paths และเปลี่ยนไปใช้ resolve.tsconfigPaths: true แทน
  4. การเปลี่ยนจาก Babel – @vitejs/plugin-react เวอร์ชันอัปเดตจะใช้ Oxc ซึ่งเป็นทางเลือกที่เล็กกว่าและเร็วกว่า Babel

หากคุณต้องการใช้ Full Bundle Mode ให้เพิ่ม flag ใน dev config ของคุณ:

export default defineConfig({
  dev: {
    bundleMode: true,
  },
});

เลเยอร์ความเข้ากันได้ของ Rolldown จะเลียนแบบตัวเลือกส่วนใหญ่ของ Rollup ดังนั้นไฟล์การตั้งค่าที่มีอยู่เดิมมักจะสามารถใช้งานต่อได้ทันทีหลังการอัปเกรด หากการ build สำเร็จหลังจากทำตามขั้นตอนเหล่านี้ แสดงว่าการย้ายระบบเสร็จสมบูรณ์แล้ว

ผลกระทบต่อโปรเจกต์ขนาดใหญ่

ใน monorepos หรือแอปพลิเคชันที่มีไลบรารีภายนอกจำนวนมาก dev server มักจะกลายเป็นคอขวด การที่ Full Bundle Mode เริ่มต้นทำงานได้เร็วขึ้น 3 เท่า หมายความว่าผู้ร่วมพัฒนาคนใหม่สามารถตั้งค่าสภาพแวดล้อมการทำงานในเครื่อง (local environment) ให้พร้อมใช้งานได้ในเวลาเพียงเสี้ยวเดียว และการรีโหลดที่เร็วขึ้น 40% จะช่วยให้วงจร "รีเฟรชและทดสอบ" ยังคงรวดเร็วแม้ว่าการเปลี่ยนแปลงจะกระทบกับโมดูลจำนวนมากก็ตาม

เนื่องจาก bundler และ parser เป็น native binary ขนาดการติดตั้งเริ่มต้นจึงใหญ่ขึ้นเมื่อเทียบกับ stack ที่เป็น JavaScript ทั้งหมด ดังนั้น CI runner ที่มีพื้นที่ดิสก์จำกัดอาจจำเป็นต้องเพิ่มพื้นที่จัดเก็บข้อมูลเพียงเล็กน้อย นอกจากนี้ ปลั๊กอิน Rollup เฉพาะทางบางตัวที่พึ่งพาโครงสร้างภายในของ JavaScript อาจเกิดความไม่เข้ากันในบางกรณี ซึ่งอาจต้องมีการตรวจสอบสั้นๆ หลังการอัปเกรด

สิ่งที่ควรจับตามองต่อไป

  • เครื่องมือในชุมชน – ผู้พัฒนาปลั๊กอินเริ่มออกเวอร์ชันที่รองรับ Rust แล้ว การติดตามระบบนิเวศ (ecosystem) จะช่วยหลีกเลี่ยงปัญหาที่ไม่คาดคิด
  • ตัวชี้วัดประสิทธิภาพ – กลุ่มผู้ใช้งานกลุ่มแรกเริ่มมีการโพสต์ชุดทดสอบ benchmark การเปรียบเทียบตัวเลขเหล่านั้นกับ repo ของคุณจะช่วยยืนยันว่าประสิทธิภาพที่เพิ่มขึ้น 10 ถึง 30 เท่านั้นใช้ได้จริงกับ workload เฉพาะของคุณหรือไม่
  • การเปิดตัว Vite ในอนาคต – ทีมงานได้บอกใบ้ถึงการรวม Rust เข้ามาในระดับที่ลึกยิ่งขึ้นนอกเหนือจากการ bundling ซึ่งอาจช่วยลดช่องว่างระหว่าง dev และ prod ได้มากขึ้นไปอีก

บทสรุป

แกนหลักที่ขับเคลื่อนด้วย Rust ของ Vite 8 มอบการเพิ่มความเร็วที่เห็นผลได้ชัดเจน ซึ่งจะช่วยปรับเปลี่ยนจังหวะการทำงานในแต่ละวันของการพัฒนา front-end สำหรับทีมที่ต้องต่อสู้กับการ rebuild ที่ล่าช้า เส้นทางการอัปเกรดนั้นตรงไปตรงมา และผลตอบแทนด้านประสิทธิภาพนั้นเกิดขึ้นทันที ข้อแลกเปลี่ยนอย่างขนาด binary ที่ใหญ่ขึ้นและการตรวจสอบปลั๊กอินเพียงเล็กน้อยนั้นถือว่าน้อยมากเมื่อเทียบกับเวลาที่ประหยัดได้ในทุกๆ การ build หากเวลาในการ build โปรเจกต์ของคุณยังรู้สึกล่าช้า การเปลี่ยนมาใช้ Vite 8 คือวิธีที่ใช้งานได้จริงในการลดความติดขัดใน workflow ของคุณ