- สาเหตุส่วนหนึ่งมาจากการผสานคุณสมบัติข้ามแพลตฟอร์มของ Rust เข้ากับคุณสมบัติของ WebAssembly ที่ทำให้การแจกจ่ายซอฟต์แวร์ทำได้ง่าย
- เปรียบเทียบทูลกิตที่ถูกใช้งานมากในช่วงหลัง และแนะนำเคล็ดลับการบันเดิล WASM
- Dioxus : สถาปัตยกรรมอินเทอร์เฟซคล้าย React
- Tauri : เขียนแอปเดสก์ท็อปด้วยเว็บในลักษณะคล้าย Electron
- Xilem : สถาปัตยกรรมแบบ data-first ที่สอดคล้องกับสถาปัตยกรรมของภาษา Rust ได้ดี
- Iced : ไลบรารี GUI ข้ามแพลตฟอร์มที่เน้นความเรียบง่ายและความปลอดภัยของชนิดข้อมูล
- Egui : ไลบรารี GUI ที่ใช้งานง่ายที่สุด
- Kas : "efficient retained-state toolkit"
- Slint : มุ่งเป้าไปที่ระบบฝังตัว ไมโครคอนโทรลเลอร์ และเดสก์ท็อป
- Yew : เฟรมเวิร์ก GUI สำหรับเว็บที่คล้าย React
- Bracket : รีแบรนด์จาก rltk(Roguelike Toolkit) เหมาะกับการพัฒนาเกมแนว Roguelike สำหรับเว็บ/เดสก์ท็อป
- Vizia : เฟรมเวิร์ก GUI แบบ Declarative และ Reactive
- Leptos : เฟรมเวิร์กเว็บแบบ Isomorphic
- Perseus : เฟรมเวิร์กพัฒนาเว็บแบบ state-driven
- Sauron : เฟรมเวิร์กเว็บอเนกประสงค์สำหรับเว็บแอปฝั่ง Client/Server
- MoonZoon : เฟรมเวิร์กฟูลสแตก
- Relm4 : ไลบรารี GUI ที่ได้รับแรงบันดาลใจจาก Elm และ GTK4-RS
- Fltk-rs : Rust binding สำหรับ Fast Light Toolkit
- Makepad : เฟรมเวิร์ก UI + IDE
3 ความคิดเห็น
ถ้าจะมาแทนของเดิมที่คนใช้งานกันอยู่แล้ว มันต้องมีจุดเด่นที่เหนือกว่าสักอย่าง แต่ตอนนี้ยังไม่มี เลยคิดว่าถ้าจะให้มาแทนจริง ๆ คงต้องใช้เวลาอีกพอสมควร
จะบอกว่าแค่ทำสิ่งแบบนี้ด้วย rust ได้เหรอ? ก็ใช่แหละ แต่ในงานจริงยังมองไม่เห็นข้อดีที่ชัดเจนว่าดีกว่า react เลยยังไม่ได้นำมาใช้ครับ
คิดว่าโปรเจกต์ใหม่ที่กำลังทำอยู่ใช้ตัวไหนกันบ้าง?
สวัสดีครับ/ค่ะ ผม/ฉันยังไม่ค่อยเข้าใจแนวคิดนี้เท่าไร แต่ว่า React กับ WebAssembly ต่างกันมากไม่ใช่เหรอครับ/คะ?? ขอถามได้ไหมว่าคุณตั้งใจจะเอาส่วนไหนมาแทนที่ เสียใจจัง