11 unstable releases (3 breaking)

0.6.0-alpha.2 Aug 7, 2024
0.6.0-alpha.0 Aug 1, 2024
0.5.6 Jul 18, 2024
0.5.0 Mar 28, 2024
0.1.1 Feb 22, 2023

#663 in GUI

Download history 3292/week @ 2024-07-29 3121/week @ 2024-08-05 3230/week @ 2024-08-12 3095/week @ 2024-08-19 3484/week @ 2024-08-26 3532/week @ 2024-09-02 3149/week @ 2024-09-09 3382/week @ 2024-09-16 4224/week @ 2024-09-23 3040/week @ 2024-09-30 2371/week @ 2024-10-07 3297/week @ 2024-10-14 3528/week @ 2024-10-21 2940/week @ 2024-10-28 2352/week @ 2024-11-04 1909/week @ 2024-11-11

11,032 downloads per month
Used in 31 crates (8 directly)

MIT/Apache

1MB
18K SLoC

dioxus-hot-reload: Hot Reloading Utilities for Dioxus

Crates.io MIT licensed Build Status Discord chat

Website | Guides | API Docs | Chat

Overview

Dioxus supports hot reloading for static parts of rsx macros. This enables changing the styling of your application without recompiling the rust code. This is useful for rapid iteration on the styling of your application.

Hot reloading could update the following change without recompiling:

rsx! {
    div {
        "Count: {count}",
    }
}

=>

rsx! {
    div {
        color: "red",
        font_size: "2em",
        "Count: {count}",
    }
}

But it could not update the following change:

rsx! {
    div {
        "Count: {count}",
    }
}

=>

rsx! {
    div {
        "Count: {count*2}",
        onclick: |_| println!("clicked"),
    }
}

Usage

This crate implements hot reloading for native compilation targets not WASM. For hot reloading with the web renderer, see the dioxus-cli project.

Add this to the top of your main function on any renderer that supports hot reloading to start the hot reloading server:

fn main(){
    hot_reload_init!();
    // launch your application
}

By default the dev server watches on the root of the crate the macro is called in and ignores changes in the /target directory and any directories set in the .gitignore file in the root directory. To watch on custom paths pass call the with_paths function on the config builder:

fn main(){
    hot_reload_init!(Config::new().with_paths(&["src", "examples", "assets"]));
    // launch your application
}

By default the hot reloading server will output some logs in the console, to disable these logs call the with_logging function on the config builder:

fn main(){
    hot_reload_init!(Config::new().with_logging(false));
    // launch your application
}

To rebuild the application when the logic changes, you can use the with_rebuild_command function on the config builder. This command will be called when hot reloading fails to quickly update the rsx:

fn main(){
    hot_reload_init!(Config::new().with_rebuild_command("cargo run"));
    // launch your application
}

If you are using a namespace other than html, you can implement the HotReloadingContext trait to provide a mapping between the rust names of your elements/attributes and the resulting strings.

You can then provide the Context to the builder to make hot reloading work with your custom namespace:

fn main(){
    // Note: Use default instead of new if you are using a custom namespace
    hot_reload_init!(Config::<MyContext>::default());
    // launch your application
}

Implementing Hot Reloading for a Custom Renderer

To add hot reloading support to your custom renderer you can use the connect function. This will connect to the dev server you just need to provide a way to transfer Templates to the VirtualDom. Once you implement this your users can use the hot_reload_init function just like any other render.

async fn launch(app: Component) {
    let mut vdom = VirtualDom::new(app);
    // ...

    let (tx, mut rx) = tokio::sync::mpsc::unbounded_channel();
    dioxus_hot_reload::connect(move |msg| {
        let _ = tx.send(msg);
    });

    loop {
        tokio::select! {
            Some(msg) = rx.recv() => {
                match msg{
                    HotReloadMsg::Shutdown => {
                        // ... shutdown the application
                    }
                    HotReloadMsg::UpdateTemplate(template) => {
                        // update the template in the virtual dom
                        vdom.replace_template(template);
                    }
                }
            }
            _ = vdom.wait_for_work() => {
                // ...
            }
        }
        let mutations = vdom.render_immediate();
        // apply the mutations to the dom
    }
}

Contributing

  • Report issues on our issue tracker.
  • Join the discord and ask questions!

License

This project is licensed under the MIT license.

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.

Dependencies

~5–19MB
~281K SLoC