5 คะแนน โดย xguru 2023-01-19 | 6 ความคิดเห็น | แชร์ทาง WhatsApp
  • ไม่ฝังเบราว์เซอร์มาในตัว แต่ใช้เบราว์เซอร์ที่ติดตั้งอยู่แล้วใน OS (ไม่ใช่เว็บวิว)
    • รองรับ Chromium และ Firefox
    • ขนาดบันเดิลเล็ก และบิลด์ได้รวดเร็ว
  • รองรับการทำต้นแบบอย่างรวดเร็วด้วย API ที่เรียบง่ายแต่ทรงพลัง
  • รองรับ Deno แทน Node.js (อยู่ในขั้นทดลอง)
  • รองรับ Windows/Linux ส่วน Mac อยู่ระหว่างดำเนินการรองรับ

6 ความคิดเห็น

 
sddsdd94 2023-01-19

ดูเหมือนจะคล้ายกับ Wails ที่เป็นแนวคิดคล้ายกันและสร้างด้วย Go นะครับ

 
hided62 2023-01-19

ดูเป็นเทคโนโลยีที่น่าสนใจดี แต่ผมยังนึกไม่ออกว่ามีกรณีใช้งานที่จำเป็นแบบไหนบ้าง
มันไม่ใช่ลักษณะที่เหมือนเอาแต่ข้อเสียของทั้งการฝังเว็บเบราว์เซอร์กับการใช้ WebView มารวมกันหรือครับ..?

 
hhkkkk 2023-01-20

ไม่ใช่การลดขนาดบันเดิลและประหยัดหน่วยความจำหรอกหรือ?

 
hided62 2023-01-20

ผมมีข้อกังขาทั้งสองอย่างเลยครับ
Gluon อธิบายว่าเป็นโครงสร้างที่รันทั้งเว็บเบราว์เซอร์ และรัน NodeJS ที่ควบคุมเว็บเบราว์เซอร์ไปด้วยอยู่แล้ว เว็บเบราว์เซอร์ทั้งตัวก็มีโอกาสสูงที่จะกินหน่วยความจำพอๆ กับหรือมากกว่า WebView component (เพราะส่วน UI/UX) แล้วถ้ายังต้องมี NodeJS เพิ่มเข้ามาอีก มันจะช่วยประหยัดหน่วยความจำได้จริงหรือ... ผมก็ไม่แน่ใจครับ

ยิ่งไปกว่านั้น เกณฑ์ขนาด bundle ที่แสดงในเว็บไซต์ก็ตั้งอยู่บนสมมติฐานว่า 'มีการติดตั้ง NodeJS ไว้ในระบบอยู่แล้ว' ขนาดเลยออกมาเป็นแบบนั้น และในฝั่ง build time ของ tauri ก็เป็นการเริ่มแบบ cold build จริงๆ ตั้งแต่ Rust crate ตั้งแต่แรก..

 
galadbran 2023-01-23

ดูเหมือนว่าจะเป็นการนำคอนเซปต์แบบเดียวกับ Tauri (ใช้เบราว์เซอร์ที่มีอยู่ในระบบ) มาทำด้วย Node แค่นั้นเองนะ...

 
joone 2023-01-20

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