Why use React style capitalized names for components, like App instead of app? It's a bummer when framework breaks a languages style conventions.
I'm confused by 'derived signals'. How is a derived signal different than a signal?
> Using a derived signal like this means that the calculation runs once per signal change per place we access double_count
https://leptos-rs.github.io/leptos/view/02_dynamic_attribute...
Edit to add:
> Why use React style capitalized names for components, like App instead of app? It's a bummer when framework breaks a languages style conventions.
I understand the remark, but on the other hand I also don't mind it; even like what they've done. I think it's useful as a signal that this this is component code, and has the added benefit that it looks familiar to other frontend code
that is what a rust closure assigned to a variable does right. Why does a derived signal need a new name?
> Using a component in the view looks a lot like using an HTML element. You’ll notice that you can easily tell the difference between an element and a component because components always have PascalCase names.
Here's a nice comparison of the Rust frontend frameworks: https://github.com/flosse/rust-web-framework-comparison#fron...
Note that Leptos is interesting because it _does not use a virtual DOM_, unlike Yew and Dioxus which are React-like.
We already write our backend in Rust; why not use it for the whole stack and stop worrying about e.g. the Typescript object falling out of sync with the API struct?
[1] https://github.com/DioxusLabs/dioxus/ [2] https://yew.rs/
