allenli178 / dioxus

Elegant React-like library for building user interfaces for desktop, web, mobile, SSR, liveview, and more.

🌗🚀 Dioxus

Frontend that scales.

Website | Guide | Examples

Dioxus is a portable, performant, and ergonomic framework for building cross-platform user interfaces in Rust.

fn app(cx: Scope) -> Element {
    let mut count = use_state(&cx, || 0);

    cx.render(rsx!(
        h1 { "High-Five counter: {count}" }
        button { onclick: move |_| count += 1, "Up high!" }
        button { onclick: move |_| count -= 1, "Down low!" }
    ))
}

Dioxus can be used to deliver webapps, desktop apps, static sites, liveview apps, mobile apps (WIP), and more. At its core, Dioxus is entirely renderer agnostic and has great documentation for creating new renderers for any platform.

If you know React, then you already know Dioxus.

Unique features:

• Desktop apps running natively (no Electron!) in less than 10 lines of code.
• Incredibly ergonomic and powerful state management.
• Comprehensive inline documentation - hover and guides for all HTML elements, listeners, and events.
• Extremely memory efficient - 0 global allocations for steady-state components.
• Multi-channel asynchronous scheduler for first-class async support.
• And more! Read the full release post here.

Examples

All examples in this repo are desktop apps. To run an example, simply clone this repo and use cargo with the desktop feature enabled. For SSR examples, you might need to enable SSR instead.

cargo run --features desktop --example EXAMPLE

Get Started with...

Tutorial	Web	Desktop	SSR	Mobile	State

Example Projects:

File Navigator (Desktop)	WiFi scanner (Desktop)	TodoMVC (All platforms)	E-commerce w/ Tailwind (SSR/LiveView)

See the awesome-dioxus page for a curated list of content in the Dioxus Ecosystem.

Why Dioxus and why Rust?

TypeScript is a fantastic addition to JavaScript, but it's still fundamentally JavaScript. TS code runs slightly slower, has tons of configuration options, and not every package is properly typed.

In contrast, Dioxus is written in Rust - which is almost like "TypeScript on steroids".

By using Rust, we gain:

• Static types for every library
• Immutability by default
• A simple and intuitive module system
• Integrated documentation (go to source actually goes to source)
• Advanced pattern matching
• Clean, efficient, composable iterators
• Inline built-in unit/integration testing
• Best-in-class error handling
• Powerful and sane standard library
• Flexible macro system
• Access to crates.io

Specifically, Dioxus provides us many other assurances:

• Proper use of immutable datastructures
• Guaranteed error handling (so you can sleep easy at night not worrying about cannot read property of undefined)
• Native performance on mobile
• Direct access to system IO

And much more. Dioxus makes Rust apps just as fast to write as React apps, but affords more robustness, giving your frontend team greater confidence in making big changes in shorter time.

Why NOT Dioxus?

You shouldn't use Dioxus if:

• You don't like the React Hooks approach to frontend
• You need a no-std renderer
• You want to support browsers where Wasm or asm.js are not supported.
• You need a Send+Sync UI solution (Dioxus is not currently ThreadSafe)

Comparison with other Rust UI frameworks

Dioxus primarily emphasizes developer experience and familiarity with React principles.

• Yew: prefers the elm pattern instead of React-hooks, no borrowed props, no SSR.
• Percy: Supports SSR but less emphasis on state management and event handling.
• Sycamore: VDOM-less using fine-grained reactivity, but lacking in ergonomics.
• Dominator: Signal-based zero-cost alternative, less emphasis on community and docs.

Parity with React

Dioxus is heavily inspired by React, but we want your transition to feel like an upgrade. Dioxus is most of the way there, but missing a few key features. This parity table does not necessarily include important ecosystem crates like code blocks, markdown, resizing hooks, etc.

Feature	Dioxus	React	Notes for Dioxus
Conditional Rendering	✅	✅	if/then to hide/show component
Map, Iterator	✅	✅	map/filter/reduce to produce rsx!
Keyed Components	✅	✅	advanced diffing with keys
Web	✅	✅	renderer for web browser
Desktop (webview)	✅	✅	renderer for desktop
Shared State (Context)	✅	✅	share state through the tree
Hooks	✅	✅	memory cells in components
SSR	✅	✅	render directly to string
Component Children	✅	✅	cx.children() as a list of nodes
Headless components	✅	✅	components that don't return real elements
Fragments	✅	✅	multiple elements without a real root
Manual Props	✅	✅	Manually pass in props with spread syntax
Controlled Inputs	✅	✅	stateful wrappers around inputs
CSS/Inline Styles	✅	✅	syntax for inline styles/attribute groups
Custom elements	✅	✅	Define new element primitives
Suspense	✅	✅	schedule future render from future/promise
Integrated error handling	✅	✅	Gracefully handle errors with ? syntax
NodeRef	✅	✅	gain direct access to nodes
Re-hydration	✅	✅	Pre-render to HTML to speed up first contentful paint
Jank-Free Rendering	✅	✅	Large diffs are segmented across frames for silky-smooth transitions
Effects	✅	✅	Run effects after a component has been committed to render
Portals	🛠	✅	Render nodes outside of the traditional tree structure
Cooperative Scheduling	🛠	✅	Prioritize important events over non-important events
Server Components	🛠	✅	Hybrid components for SPA and Server
Bundle Splitting	👀	✅	Efficiently and asynchronously load the app
Lazy Components	👀	✅	Dynamically load the new components as the page is loaded
1st class global state	✅	✅	redux/recoil/mobx on top of context
Runs natively	✅	❓	runs as a portable binary w/o a runtime (Node)
Subtree Memoization	✅	❓	skip diffing static element subtrees
High-efficiency templates	🛠	❓	rsx! calls are translated to templates on the DOM's side
Compile-time correct	✅	❓	Throw errors on invalid template layouts
Heuristic Engine	✅	❓	track component memory usage to minimize future allocations
Fine-grained reactivity	👀	❓	Skip diffing for fine-grain updates

• ✅ = implemented and working
• 🛠 = actively being worked on
• 👀 = not yet implemented or being worked on
• ❓ = not sure if will or can implement

License

This project is licensed under the MIT license.

Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in Dioxus by you, shall be licensed as MIT, without any additional terms or conditions.