5 điểm bởi xguru 2023-01-19 | 6 bình luận | Chia sẻ qua WhatsApp
  • 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

 
sddsdd94 2023-01-19

Có vẻ khá giống với Wails, một dự án có ý tưởng tương tự được viết bằng Go.

 
hided62 2023-01-19

Đâ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..?

 
hhkkkk 2023-01-20

Chẳng phải là để giảm kích thước gói và tiết kiệm bộ nhớ sao?

 
hided62 2023-01-20

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...

 
galadbran 2023-01-23

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)...

 
joone 2023-01-20

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ớ.