portable_ada VS tokio

For getting UTF-8 support one can also use Dmitry Kazakovs Simple components (http://www.dmitry-kazakov.de/ada/components). Based on it have made a UTF-8 version which is Ada/Spark based (https://github.com/joakim-strandberg/aida_2012). Another one I have been toying with is cross-compiler: https://github.com/joakim-strandberg/portable_ada . To print to standard out using UTF-8 the easiest way is probably enabling "-gnatW8" in order for normal String types be interpreted as UTF-8 strings. Using the UTF-8 support in the links I would recommend making one's own Ada bindings to the OS. It should be easy to do on Mac OS X and Linux where UTF-8 is enabled by default but more of an issue on Windows where the UTF-8 encoded strings need to be converted to UTF-16 before being handed over to the OS.

Finally, the networking and asynchronous code use tokio library, a Rust library for building fast and reliable networking applications. This allows the Music Player to handle multiple requests and connections concurrently, which is important for building a responsive and high-performance application.

Writing highly asynchronous concurrent applications using Tokio.

Rust already has a "high performance netty alternative (utilizing epoll and non blocking IO)" in tokio, no? How would this be different?

We haven't looked into WASM yet. But we depend on tokio and looks like tokio is still working on stabilizing WASM support

Actix is an actor framework for developing concurrent applications built on top of the Tokio asynchronous runtime. It allows multiple actors to run on a single thread, but also allows actors to run on multiple threads via Arbiters. Actors can communicate with each other by sequentially exchanging typed messages.

Also, if you type “tokio” into DuckDuckGo the first hit is https://tokio.rs/

I started using axum earlier this year, it's a relatively young project, but builds on the shoulders of more established giants like tokio, hyper and tower, both enabling use of a wider ecosystem of utilities for your services (tower and tower-http provide already pretty common services/layers you might need).

Start with the Rust Book then maybe with the Aync Book (Not finished yet, but still a good learning experience) to learn about async programming which it's quite important for backend and then I would go on with Tokio which is widely use for async programming in Rust.

Well, the blog examples are quite trivial.

Take a look at the standard hashmap implementation (https://doc.rust-lang.org/src/std/collections/hash/map.rs.ht...). Notice the lifetime annotations everywhere. This is a relatively basic data structure, but it has a ton of visual noise due to the constraints of the lifetime and borrow model, and programmers must know, understand and be able to reason about these constraints when using this data structure.

Now imagine a case where you need to operate on values with two (or more) different lifetimes (by definition, all must live at least as long as the one with smallest lifetime, but in practice they all can and will have different lifetimes). Now you have `'a` and `'b` (and perhaps more) everywhere *and* developers must now reason about that. (random example pulled from a popular networking crate: https://github.com/tokio-rs/tokio/blob/718d6ce8cac9f2e081c0a...)

It isn't trivial to pick up from scratch, especially if one comes from a much higher level language (C#, Java, python, etc.). This is true even for people who are very experienced writing high-quality, durable, and safe code in other languages (e.g., C++) without the help of a compiler, because the ownership and lifetime model are both different and compiler-enforced.

tonic is my favourite rust library. It's based on hyper and tokio. Everything works in async/await way.