- ไม่ฝังเบราว์เซอร์มาในตัว แต่ใช้เบราว์เซอร์ที่ติดตั้งอยู่แล้วใน OS (ไม่ใช่เว็บวิว)
- รองรับ Chromium และ Firefox
- ขนาดบันเดิลเล็ก และบิลด์ได้รวดเร็ว
- รองรับการทำต้นแบบอย่างรวดเร็วด้วย API ที่เรียบง่ายแต่ทรงพลัง
- รองรับ Deno แทน Node.js (อยู่ในขั้นทดลอง)
- รองรับ Windows/Linux ส่วน Mac อยู่ระหว่างดำเนินการรองรับ
6 ความคิดเห็น
ดูเหมือนจะคล้ายกับ Wails ที่เป็นแนวคิดคล้ายกันและสร้างด้วย Go นะครับ
ดูเป็นเทคโนโลยีที่น่าสนใจดี แต่ผมยังนึกไม่ออกว่ามีกรณีใช้งานที่จำเป็นแบบไหนบ้าง
มันไม่ใช่ลักษณะที่เหมือนเอาแต่ข้อเสียของทั้งการฝังเว็บเบราว์เซอร์กับการใช้ WebView มารวมกันหรือครับ..?
ไม่ใช่การลดขนาดบันเดิลและประหยัดหน่วยความจำหรอกหรือ?
ผมมีข้อกังขาทั้งสองอย่างเลยครับ
Gluon อธิบายว่าเป็นโครงสร้างที่รันทั้งเว็บเบราว์เซอร์ และรัน NodeJS ที่ควบคุมเว็บเบราว์เซอร์ไปด้วยอยู่แล้ว เว็บเบราว์เซอร์ทั้งตัวก็มีโอกาสสูงที่จะกินหน่วยความจำพอๆ กับหรือมากกว่า WebView component (เพราะส่วน UI/UX) แล้วถ้ายังต้องมี NodeJS เพิ่มเข้ามาอีก มันจะช่วยประหยัดหน่วยความจำได้จริงหรือ... ผมก็ไม่แน่ใจครับ
ยิ่งไปกว่านั้น เกณฑ์ขนาด bundle ที่แสดงในเว็บไซต์ก็ตั้งอยู่บนสมมติฐานว่า 'มีการติดตั้ง NodeJS ไว้ในระบบอยู่แล้ว' ขนาดเลยออกมาเป็นแบบนั้น และในฝั่ง build time ของ tauri ก็เป็นการเริ่มแบบ cold build จริงๆ ตั้งแต่ Rust crate ตั้งแต่แรก..
ดูเหมือนว่าจะเป็นการนำคอนเซปต์แบบเดียวกับ Tauri (ใช้เบราว์เซอร์ที่มีอยู่ในระบบ) มาทำด้วย Node แค่นั้นเองนะ...
ถ้านำอินสแตนซ์ของเบราว์เซอร์ที่มีอยู่มาใช้ซ้ำได้ ก็น่าจะช่วยประหยัดหน่วยความจำได้ ตอนนี้ในกรณีของแอป Electron แต่ละแอปยังมีปัญหาที่ต้องโหลดเอนจิน Electron ของตัวเองขึ้นมาไว้ในหน่วยความจำ