To try everything Brilliant has to offer-free-for a full 30 days, visit brilliant.org/DreamsofCode/ . The first 200 of you will get 20% off Brilliant’s annual premium subscription.
1:00 Small piece of info, but Cargo now has support for the `cargo add` command, so you can add your dependencies without needing to edit the file manually 🙂 For example: cargo add tonic@0.11 tokio@1 prost@0.12 --features tokio/full cargo add --build tonic-build@0.11
The quality of your content is skyrocketing. The information flow couple with the animation is clear, concise and straigth to the point. Well done and thank you :)
Excellent tutorial - many thanks to the creator! However - at the beginning of the June 2024 Tonic was updated to use new version of axum, new version of hyper, and new tower crate. This great tutorial is deserved to be upgraded too!
Tonic doesn't do a particularly good job at abstracting away the details of reflection. I wouldn't describe having to think about "file descriptor sets" as stupidly simple.
I would argue it's still quite simple: it's an extremely powerful (and complex) feature and all you have to do is add a few lines of code. But yes, ergonomics could be improved and it would make it even better if the file descriptors could be generated together with the rest. Adding tonic-reflection as a feature to tonic itself would probably solve this.
Great video, Thanks for the Efforts! I have a question please. What if you have a Desktop app built with Rust and Tauri on some computer and you gRPC in a server. How to enable the Desktop to connect to the remote gRPC that is hosted somewhere in the cloud?
I'm a developer who started learning editing as well. Your videos are awesome! Please, can you share what software do you use to create such incredible videos & animations?
Be aware. It is waaaaay more of a pain in the arse when scaling this to an actual production use case. Everything that took 5 seconds in the video will take u 5 days irl!
My take here would be options... I know it's not Rust's fault, but the move to remove the required statement between proto2 and proto3 was a mistake IMHO, this is particularly bad in Rust as there is no cheeky way around options. Deeply nested messages create an "if let" / "match" hell very quickly.
@33 Well yeah, the protobuf type system just sucks. It's evolved over the years to suit the needs of Google who care more about shaving off some bytes than the painful developer experience.
btw, you have explained all nicely, but at 11 minutes you are executing the --bin client without executing --server to the viewer and that can be missleading since -bin server needs to be up priot to the client execution. Just saying it in case there are people stuck at that step and they did not think of this at all since they are noobs just like myself
@@dreamsofcode we need more rust tutorials. this is a must for any language that seek mainstream adoption. i am a front-end software engineer trying to pivot to the backend. i have to say rust has a serious learning curve. i am looking forward to your next video on how to create a middleware with tower for tonic
Yeah a crate is a collection of code, similar to a module, package, or library in some other languages. In JavaScript you use npm to install a module. In Python you use pip to install a package. In Rust you use cargo to install a crate. I believe Rust chose this word specifically to avoid confusion with other languages, since while a package, module, and crate are all conceptually the same thing (a bundle of code), they do have some slight differences in their rules.
I’m not a compiler, but I think it is needed since the counter is shared in the asynchronous trait context. And while it’s used in the server, I assume the server is multithreaded and two threads could try to access the value at the same time. The arc is then ensures proper memory access and updating
@shifteleven it should be a mutex but I don't get why the reference counter. I come from a more c background so it could just be "rust forces u to do bloaty code" but I m giving rust more credit.
@@nevokrien95 it's executed inside a tokio runtime, which is async. One of the drawbacks of async rust is once it's async, you have to use thread safe mechanics such as Arcs, even if the executor is mono threaded. I'm no expert but I believe the code would not compile with a state not wrapped in an Arc.
@nevokrien95 the reason for having an rc wrapping an object, is to free the associated resource as soon as we stop referencing it in our program. This is not just boilerplate: its more than what C does. In C you would be expected to manually keep track of ownership of an object in order to free its memory (and release its resources)
@@nevokrien95 you could use RwLock if the thing youre working with is going to be read from much more than written to. Youre right though that it could be a Mutex. the difference is that with RwLock you dont have to wait for another thread (or RPC call, as it were) to release the lock if its just reading, whereas with a Mutex, you would. The draw back though is that if you have a BUNCH of threads reading the RwLock, you may struggle to get a lock to write to it. Also RwLock has a bit more developer overhead.
It really depends on what you're doing. If you have any API that you need clients for across multiple languages, it is a huge help because it's language agnostic. It's also been very useful for me because at work we use it to stream data extremely quickly which is important for our use case. That said, if your project does not need to scale multiple languages or the speed of rest APIs works for your use case, it is faster to get rest set up. I will say though, as a small team, grpc saves a lot of time we would have had to spend documenting our API if we were using rest, whereas proto definitions are by nature almost self documenting.
Yes but JSON is weakly typed, so you need something like OpenAPI to actually make it usable. The complexity is quite high, because JSON is broken in a fundamental way and therefore requires massive amounts of tooling to make somewhat decent.
To try everything Brilliant has to offer-free-for a full 30 days, visit brilliant.org/DreamsofCode/ . The first 200 of you will get 20% off Brilliant’s annual premium subscription.
1:00 Small piece of info, but Cargo now has support for the `cargo add` command, so you can add your dependencies without needing to edit the file manually 🙂
For example:
cargo add tonic@0.11 tokio@1 prost@0.12 --features tokio/full
cargo add --build tonic-build@0.11
Nice! Thanks for dropping this hint.
I wish rust-analyzer picked up on dependencies added this way, but you still have to manually save the cargo.toml file for it to notice
cargo add tonic@0.11 tokio@1 prost@0.12 --features tokio@1/full
it failed without @1 in tokio feature
thank you. coming from the typescript world, I was looking for the equivalent of a "yarn add" 😬
nice! I know new tips
The quality of your content is skyrocketing. The information flow couple with the animation is clear, concise and straigth to the point. Well done and thank you :)
Thank you! I appreciate that a lot. I'm also glad you're enjoying it.
I'm v excited to see how much I can grow this next year as well. :)
im really happy that youre starting to differentiate urself from the fireship style vids u used to make
Excellent tutorial - many thanks to the creator!
However - at the beginning of the June 2024 Tonic was updated to use new version of axum, new version of hyper, and new tower crate. This great tutorial is deserved to be upgraded too!
I started using Tonic 10 months ago and haven't looked back. It's excellent.
How did you manage to create an authorization mechanism?
Oh man. Im in the middle of just getting going woth grpc. Great timing!
Great job! My first dabbling in Rust gRPC worked thanks to your video.
thanks for the tutorial, i was reading so many articles on the web trying to figure how the hell to get reflections to work lol, none helped
very nice I have continued implementing other mathematical operations, this was very nice thing to learn. I am just a newbie in rust
That's awesome! Well done :)
Thus is our new Luke Smith, while old Luke is busy writing TempleOS but in Bash
Tonic doesn't do a particularly good job at abstracting away the details of reflection. I wouldn't describe having to think about "file descriptor sets" as stupidly simple.
Yeah I'm inclined to agree, it's certainly one of the weaker parts of tonic.
I'd love to see some improvements made here!
I would argue it's still quite simple: it's an extremely powerful (and complex) feature and all you have to do is add a few lines of code.
But yes, ergonomics could be improved and it would make it even better if the file descriptors could be generated together with the rest.
Adding tonic-reflection as a feature to tonic itself would probably solve this.
Is nobody going to mention that monster of a wrapper for u64? Fearless ArcMutex strikes again(well in this case, fearless deadlock, lol)
I don't know anything about Rust. But I love your videos, so I watch them all.
Great video, Thanks for the Efforts! I have a question please. What if you have a Desktop app built with Rust and Tauri on some computer and you gRPC in a server. How to enable the Desktop to connect to the remote gRPC that is hosted somewhere in the cloud?
This is exactly what I needed today, keen to try it out!!
can you make a video about cve-rs?
Ahah I can yes!
@@dreamsofcodeThanks
Thank you very much!!!
Bookmarked! Thanks!
Could you make a video about how to make Rust bindings for Python?
I absolutely can!
@@dreamsofcode You could kill two birds with one stone here and try out the new polars extension interface
what's your theme of vim editor, so delightful
What about testing server, client and their communication (e2e)?
The same as you would with http!
I want to know more about the FE version, why not envoy, how to get browser debugging.
Is there any ETA on video about pprof for golang?
I'm a developer who started learning editing as well. Your videos are awesome! Please, can you share what software do you use to create such incredible videos & animations?
Be aware. It is waaaaay more of a pain in the arse when scaling this to an actual production use case.
Everything that took 5 seconds in the video will take u 5 days irl!
What issues did you run into? I've got a couple of projects ATM so would be good to know for when I encounter them!
My take here would be options... I know it's not Rust's fault, but the move to remove the required statement between proto2 and proto3 was a mistake IMHO, this is particularly bad in Rust as there is no cheeky way around options. Deeply nested messages create an "if let" / "match" hell very quickly.
@@st4nn233 yeah I can see that being an issue! I think that's where JSON serialization has proto3 beat out.
@33 Well yeah, the protobuf type system just sucks. It's evolved over the years to suit the needs of Google who care more about shaving off some bytes than the painful developer experience.
@@dreamsofcode Flatbuffers would be even better but I don't know if the Rust edition of GRPC supports them. The C++ edition supposedly does though.
btw, you have explained all nicely, but at 11 minutes you are executing the --bin client without executing --server to the viewer and that can be missleading since -bin server needs to be up priot to the client execution. Just saying it in case there are people stuck at that step and they did not think of this at all since they are noobs just like myself
Sorry about that! Thank you for letting me know (and sharing the comment). I'll try to be a bit more careful with my cuts in the future.
you were amazing I enjoy your fast content even though im total newbie in rust all together@@dreamsofcode
this looks amazing!
Blazingly fast 🎉😂
Fastest gRPC implementation of all languages according to the benchmarks I've found.
i still cant figoure out how to use tower. the lack of online tutorials, documentations, and Q&A on this is depressing
Tower is a little too complex imho. Especially when compared to the http stack in Go.
@@dreamsofcode we need more rust tutorials. this is a must for any language that seek mainstream adoption. i am a front-end software engineer trying to pivot to the backend. i have to say rust has a serious learning curve. i am looking forward to your next video on how to create a middleware with tower for tonic
This is fantastic
Valeu!
Thank you so much! I appreciate your support.
@@dreamsofcodeI did a little POC using gRPC and lost it 2 days ago. Your video will help me to re do it. Thank you o/
wait tonic for rust? gin for go?
This is beautiful. ❤
Don't know man... This looks like way too much trouble to avoid regular rest api
I wouldn't recommend replacing REST with gRPC without a good reason.
... Is a crate comparable to a framework? Asking innocently as someone who has never used Rust but knows it exists.
Yeah, also similar to a package as well!
Yeah a crate is a collection of code, similar to a module, package, or library in some other languages.
In JavaScript you use npm to install a module.
In Python you use pip to install a package.
In Rust you use cargo to install a crate.
I believe Rust chose this word specifically to avoid confusion with other languages, since while a package, module, and crate are all conceptually the same thing (a bundle of code), they do have some slight differences in their rules.
Can you make Go gRPC ? Thank you
you showed how to install proto compiler for mac and linux only lol jokes on us windows boys
WSL 😅
i just did it with chocolatey@@dreamsofcode
It's easy with scoop! `scoop bucket add extras` then `scoop install protobuf`
how can i get the font in vsCode ?
cool
The Arc seems unecessery. U dont need to refrence count it. Since its only used in the server
I’m not a compiler, but I think it is needed since the counter is shared in the asynchronous trait context.
And while it’s used in the server, I assume the server is multithreaded and two threads could try to access the value at the same time. The arc is then ensures proper memory access and updating
@shifteleven it should be a mutex but I don't get why the reference counter.
I come from a more c background so it could just be "rust forces u to do bloaty code" but I m giving rust more credit.
@@nevokrien95 it's executed inside a tokio runtime, which is async. One of the drawbacks of async rust is once it's async, you have to use thread safe mechanics such as Arcs, even if the executor is mono threaded. I'm no expert but I believe the code would not compile with a state not wrapped in an Arc.
@nevokrien95 the reason for having an rc wrapping an object, is to free the associated resource as soon as we stop referencing it in our program. This is not just boilerplate: its more than what C does. In C you would be expected to manually keep track of ownership of an object in order to free its memory (and release its resources)
@@nevokrien95 you could use RwLock if the thing youre working with is going to be read from much more than written to. Youre right though that it could be a Mutex. the difference is that with RwLock you dont have to wait for another thread (or RPC call, as it were) to release the lock if its just reading, whereas with a Mutex, you would. The draw back though is that if you have a BUNCH of threads reading the RwLock, you may struggle to get a lock to write to it. Also RwLock has a bit more developer overhead.
How do you do your animations and edit videos? they look real nice
Missed opportunity to use a rust wasm framework for the frontend
Great idea for another video though!
@@dreamsofcode I'm happy it isn't. Professionally grpc is something I can see as viable, but I can't advocate for a rust wasm framework at this time.
XD
0.12 just dropped... gtg again
What IDE is that ?
Neovim
Grpc isn’t needed for most cases. Unless you’re passing huge blobs of json and the cost of serialization is introducing latency 😂
Grpc also provides type safety and backwards & forwards compatibility between versions of your API.
Even moderate size json I have seen 3x increase.
It really depends on what you're doing. If you have any API that you need clients for across multiple languages, it is a huge help because it's language agnostic. It's also been very useful for me because at work we use it to stream data extremely quickly which is important for our use case. That said, if your project does not need to scale multiple languages or the speed of rest APIs works for your use case, it is faster to get rest set up. I will say though, as a small team, grpc saves a lot of time we would have had to spend documenting our API if we were using rest, whereas proto definitions are by nature almost self documenting.
Yes but JSON is weakly typed, so you need something like OpenAPI to actually make it usable. The complexity is quite high, because JSON is broken in a fundamental way and therefore requires massive amounts of tooling to make somewhat decent.
@@lucass8119can use graphql or tRPC for type safety
zeromq > grpc
why?
isn't that apples and oranges?