"We don't want to lose time and money due to millions of unnecessary technical micro-decisions."
MoonZoon is a Rust Fullstack Framework.
* Authentication methods are described in Backend.md
- Used by the command
mzoon new(see the section Create & Run project below)
- Up-to-date alternative in this repo: examples/todomvc
- Up-to-date alternative in this repo: examples/js_framework_benchmark
[Production apps in development]
Up-to-date alternative in this repo: examples/chat
Create & Run project
Install the latest stable Rust. (Or upgrade with
rustup update stable.)
cargo install mzoon --git https://github.com/MoonZoon/MoonZoon --locked
mzoon new my_counter
mzoon start --open
Both Frontend & Backend
MoonZoon apps have been deployed to Heroku (buildpack), Clever Cloud and CapRover. DigitalOcean App Platform is planned. However, no solution was simple enough. That's why we need MoonZoon Cloud. But I plan to include
Dockerfile soon so we have other options in the meantime. Please, write to chat when you have some questions regarding deployment.
mzoon build --release --frontend-dist netlify
- Hosting name (
netlify) is optional.
- Hosting name (
Drag & drop the
frontend_distdirectory to Netlify.
Raytracer on MoonZoon [Not maintained)
Rust on the Frontend and Backend [Always Bet on Rust]
Size & Speed
"Why another framework? Are you mad??"
- I want to write products. Reliable products. Quickly. I want to enjoy the development. I don't want to play endlessly with tools, protocols and config files.
"Is it production-ready? / What's the current progress?"
The frontend part is almost ready. If you have a custom backend or don't need backend at all then you can start writing your new frontend app right now! And then deploy it wherever you want. I assume there'll be two bigger breaking changes - to improve color system (related issue) and to improve event handlers - but the Rust compiler should make the future migration simple.
Realtime communication between frontend and backend works but neither virtual actors nor native database adapters have been implemented yet. However, Actix API has been exposed to overcome these current limitations so you can treat the MoonZoon backend API as Actix with realtime messaging. I've successfully integrated Postgres (through SeaORM) into a MoonZoon app developed for my client and I plan to integrate BonsaiDb to my another production app. Bonsai could be integrated as a scalable database and file storage into MoonZoon when I'll find it a suitable choice.
#newschannel on our Discord server to find out when MoonZoon is ready for your project. Or just let us know what blocks you from starting to develop with MZ.
"Who is developing it?"
"Could I help somehow? / Where can I find more information?"
- Join our Discord chat and don't hesitate to ask any questions or present your ideas.
- Create a pull-request if you want to fix typos, dead links, weird Czech-English sentences, etc.
- If you think MoonZoon will be useful for your project, I want to know that! (Use chat or email@example.com).
- Don't hesitate to tell your friends about MoonZoon and feel free to share the link (http://moonzoon.rs) on social platforms / forums / blogs / newsletters.
It's the best language.
I've written commercial or hobby projects in multiple languages (Js, CoffeeScript, TS, Elm, Elixir, PHP, C, C++, C#, Go, ..). However I want to write only in Rust.
Rust is hard to learn even for experienced developers because they have to unlearn many things and adapt thought process to Rust concepts and best practices. However, once you stop fighting the compiler, Rust takes your hand and push you to correct and efficient solutions.
I had similar feeling when I was learning to drive a car - it seems to be pretty difficult/strange from the start but once you get used to it, you know that each control / button / pedal has it's specific place and purpose for a good reason. And it makes even more sense when you learn low-level stuff - e.g. how the transmission and a clutch work.
Steep learning curve also brings some benefits:
- It means that Rust doesn't hide real complexity behind too simple models.
- It's almost impossible for complete beginners to publish incomplete/buggy libraries.
Rust is designed so well that I feel nervous while I'm writing in other languages - I have to do compiler's work again in my head and think about weird things like typos in code,
undefineds, memory leaks, accidental mutations, how to write fast code without mutability, etc. It generates significant cognitive load so I can't focus so much on business logic and other important stuff.
I don't believe you should use the most suitable language for a specific domain or problem at all costs. I think consistency among your / company projects, productivity and simplicity should have the highest priority. And Rust is a very universal language so I think it's a good choice for almost all cases.
There are also things that should be improved (and are improving):
- Compilation is still slow, but it's not so frustrating now.
- IDE support still isn't very good because of Rust complex types and macros but thanks to Rust Analyzer it's getting better every day.
targetfolder (it's something like
node_modules) can be pretty big.
- It's a bit difficult to combine sync and async world in some cases and choose the best async runtime and error handling libraries. Also async drop would be nice.
cargo installmay have a bit surprising behavior.
- It may be a bit difficult to pick compatible dependencies.
So there is still room for improvements but even now I'm the most productive in Rust.
Thank you for reading! We are waiting for you on Discord.