- Không nhúng sẵn trình duyệt, mà sử dụng trình duyệt đã được cài trên hệ điều hành (không phải webview)
- Hỗ trợ Chromium & Firefox
- Kích thước bundle nhỏ và build nhanh
- Hỗ trợ tạo mẫu nhanh với API đơn giản nhưng mạnh mẽ
- Hỗ trợ Deno thay cho Node.js (giai đoạn thử nghiệm)
- Hỗ trợ Windows/Linux, đang trong quá trình hỗ trợ macOS
6 bình luận
Có vẻ khá giống với Wails, một dự án có ý tưởng tương tự được viết bằng Go.
Đây có vẻ là một công nghệ thú vị, nhưng tôi không rõ các trường hợp sử dụng cần thiết của nó.
Có phải nó giống như một dạng chỉ gom lại các nhược điểm của cách nhúng trình duyệt web và cách dùng WebView không..?
Chẳng phải là để giảm kích thước gói và tiết kiệm bộ nhớ sao?
Tôi thấy cả hai điểm đều đáng nghi.
Gluon được mô tả là có cấu trúc vừa chạy trình duyệt web, vừa chạy NodeJS để điều khiển trình duyệt web. Toàn bộ trình duyệt web rất có thể sẽ dùng lượng bộ nhớ ngang bằng hoặc lớn hơn một component WebView (do phần UI/UX), nên việc thêm cả NodeJS vào nữa thì liệu có thực sự tiết kiệm bộ nhớ hay không... tôi cũng không chắc.
Thậm chí, tiêu chí về kích thước bundle được nêu trên trang web còn dựa trên giả định rằng "NodeJS đã được cài sẵn trên hệ thống", nên kích thước mới ra như vậy; còn thời gian build thì phía tauri là một cold build hoàn toàn, bắt đầu lại từ đầu đến cả Rust crate...
Có vẻ như nó triển khai bằng Node một khái niệm tương tự Tauri (sử dụng trình duyệt có sẵn trong hệ thống)...
Nếu có thể tái sử dụng instance trình duyệt hiện có thì sẽ tiết kiệm bộ nhớ. Hiện nay, với ứng dụng Electron, có vấn đề là mỗi ứng dụng đều phải nạp engine Electron riêng của mình vào bộ nhớ.