Best Rxjs explanation with a relevant use case example, hands-down! Suggestion for the next video: Explaining best practice how to use the user id across other pages while also explaining the trade-off to storing the value in local/session storage VS using activated route VS subscribing and listening to firebase AUTH changes. Bonus would be explaining how subscribing/listening affect the Subscription Metrics in the Firebase Console, Usage tab, Snapshot listeners and Active Connections. No one ever convers this. Still, great work. Much appreciated, keep it up!
The only man in the whole internet/youtube making a real world example, not like the others making the f#cking "counter example" one. #MEGALIKE to this video.
I have been struggeling all day with trying to subscribe to a constant Subject, each time an input changes. And what ever I did, I could not get the observable to hit next/complete after the first emission. I think the trick to what I want is share! Also, these videos on rxjs you have made are amazing! It is so clear to me now! :D
You are very welcome. I have a project that I have been working on since I first learned RxJS. I often get to look back on my old code and some of it is so bad, it looks like I was just guessing. I remember how much time I spent reading and researching, trying to understand what the heck was going on. We would say, “I spent today in RxJS hell again.” And when I watched videos, it seemed like others would just fly through their examples. I had no doubt in my mind that RxJS could be easy, but I had no idea how long it would take to get to that point!
How have I not seen your videos before??? What a great explanation, visuals, oratory... I feel like I'm in a classroom environment again. Of course, with the best teacher and subject 😄 I will subscribe and watch your videos. Thanks for sharing. Greetings from Portugal!
And that's it bro, I was trying to think how I can use observables, and its perfect explanation If you really want to take the best you have to use realtime database, there is no another option. But its stupid because its the only way that really matters, using observables for a backen http calls it doesnt have sense
I really loved you explanation using real life examples. Please make an angular series where you use firebase service like. Authentication, firestore , storage etc)
I find it surprising you never mentioned streams. All docs for RxJS reference the data emitted/progressing through the pipeline as a stream. I would also consider it cleaner to use a iif operator for conditionals. That being said I applaud the success explaining rxjs. You did a great job. The analogy you used was clever. I even learned something. I learned about the share operator. Never used that operator.
@@neverbenbetter8225 No one is a RxJS expert. I wrote code a few months ago I can barely follow now. There is only a small subset of operations I use on a daily basis. Others I go forever without using. One of those lately seems to be iif. Using iif just looks so much more elegant than a standard conditional. Stringing together a bunch of reactive operators is just so much fun when it works.
At 13:40 you shouldn't use 'of(null)'. Generally speaking, using null as part of your logic is code-smell. If you wish to return an observable to skip or get out of a process, there is the EMPTY Observable. But otherwise, this has been a very entertaining and overall great video.
Thank you for sharing this, broke down RxJS to me. Also thank you for sharing the code used in the example so it's easier to process. Hard to find actual examples as you've stated. Were you still planning on making more RXJS example videos?
It is a little bit strange to see if else inside an operator! Since RxJs is a Functional Reactive Library - you should also write your code in a functional style. If does not exist in a pure functional programming language. If is replaced with filter! Anyways thank's a lot for having choosen a real life sample and well presented in public. (I would replace the soldier metaphor with just a box with a ingoing arrow at the left side and an outgoing arrow at the right side - this box stands for a function with an input and an output, both beeing an observable. you can treat operators like being a function)
I like literally everything u do .. And what microphone and camera name u use .. Just so i would one day have one..and i need ur suggestion .. Can i use them for short action movies
Please make video on angular core topics such as services and also state management in angular( using auth) please please please please please please 🙏🙏🙏🙏🙏🙏🙏
Very cool. Could you demo how to display an error message (in the catchError) to the web page (vs console log), from a service or interceptor? Good stuff.
Hi and congratulations for the video, well done. One thing is not clear to me (not only one but it's ok for now ;) in the catchError() who consumes the throws in case of new errors?
The retry will catch it. In fact, it’s the only reason I put it there. The retry was actually more important while I was debugging. It isn’t really necessary anymore. IF it retries and STILL throws an error, it won’t be caught and the subscription will terminate on error.
Ugh... it seems like as of now you cannot "pipe" onto this.auth.user. Any block of code inside the pipe will have red underline in VS Code with crazy "typing-related" errors which I can't overcome.
why do ppl use subscribe on apiServices, when most of those api just returns a value and thats it? wouldn't it make more sense to use observables on a listener from the backend like web sockets, and just use simple promises on most apis?
I understand your question because it’s something I couldn’t understand myself initially. Subscriptions are useful for changing values. They keep your frontend up to date with the latest information. Think about a Twitter feed or your messaging app. Those updates are prompted by the server, not the client. In the example for this video, the user can log in and log out to change the authentication. That IS initiated by the client, so it might not be the best example, but if I want every element to be updated when that change is made, I can use a subscription to do it with greater ease.
Promises are resolved and done. Observables can emit a stream of values. Observables in the context of RxJS can be used with operators to change the stream without a bunch of nested callbacks. Observables facilitate async programming that can more easily be manipulated, transformed, changed. There are more advantages to thinking in terms of communications between who functions in terms of async programming than synchronous. Synchronous operations must always return a value in the same cycle. Async operations can return values anytime while the program is running. Reactive programming is responding to action that can occur at any time. That is far more powerful than responding to values that need to be returned immediately. Especially when it comes to front-end development in the client which is naturally an async environment.
It's pretty sad seeing someone teaching rxjs, but subscribes to observables in a service. Dont know how useful is the operators' explanation, i stopped as soon as i saw that subscribe there
where did this guy go?! his content is going to the moon and back
ikr! it's just awesome how he explains the tough topic, I need more TwT
Everyone should explain concepts in this manner - my 9 year old now knows Observables!
Awesome job!
Thank you so much!
I searched in google for real world rxjs example and you got me covered. Really Amazing.
Thank you so much.
Best Rxjs explanation with a relevant use case example, hands-down!
Suggestion for the next video: Explaining best practice how to use the user id across other pages while also explaining the trade-off to storing the value in local/session storage VS using activated route VS subscribing and listening to firebase AUTH changes.
Bonus would be explaining how subscribing/listening affect the Subscription Metrics in the Firebase Console, Usage tab, Snapshot listeners and Active Connections. No one ever convers this.
Still, great work. Much appreciated, keep it up!
Thank you so much for the suggestions!
Came back to this video again. Telling you, you're instruction is extremely valuable and I really appreciate your help!
The only man in the whole internet/youtube making a real world example, not like the others making the f#cking "counter example" one.
#MEGALIKE to this video.
I have been struggeling all day with trying to subscribe to a constant Subject, each time an input changes. And what ever I did, I could not get the observable to hit next/complete after the first emission.
I think the trick to what I want is share!
Also, these videos on rxjs you have made are amazing! It is so clear to me now! :D
Its amazing skill to explain a seemingly complex topic in such an easy language.
Thank you so much, amazing explanation on RxJS! So much confusing crash courses and docs on the internet and then, there's this video :D
Thanks Ben! I've been waiting for ages for a good video/explanation about rxjs!
You are very welcome. I have a project that I have been working on since I first learned RxJS. I often get to look back on my old code and some of it is so bad, it looks like I was just guessing. I remember how much time I spent reading and researching, trying to understand what the heck was going on. We would say, “I spent today in RxJS hell again.” And when I watched videos, it seemed like others would just fly through their examples. I had no doubt in my mind that RxJS could be easy, but I had no idea how long it would take to get to that point!
How have I not seen your videos before??? What a great explanation, visuals, oratory... I feel like I'm in a classroom environment again. Of course, with the best teacher and subject 😄 I will subscribe and watch your videos. Thanks for sharing. Greetings from Portugal!
And that's it bro, I was trying to think how I can use observables, and its perfect explanation
If you really want to take the best you have to use realtime database, there is no another option. But its stupid because its the only way that really matters, using observables for a backen http calls it doesnt have sense
You should definitely create more videos on RxJS. Explanations are very good and helped me a lot.
Thank you sir , finally i understood how really to use them . please keep this good work.
Best RxJs video!!
Excellent explanations! You're very good at instructing.
Thank you so much for your very thorough videos. I would like so much to see a video from you on an explanation of all operators. There are so many.
This is really amazing explanation. waiting for your new videos to get uploaded.
awesome explanation.. Would love to see such type of real life example videos.. it clears lots of concepts.. thank you !
I really loved you explanation using real life examples. Please make an angular series where you use firebase service like. Authentication, firestore , storage etc)
Keep it up much needed
Great video, would love more content like this :)
Thank you, this is exactly what I was looking for, awesome job!
I find it surprising you never mentioned streams. All docs for RxJS reference the data emitted/progressing through the pipeline as a stream. I would also consider it cleaner to use a iif operator for conditionals. That being said I applaud the success explaining rxjs. You did a great job. The analogy you used was clever. I even learned something. I learned about the share operator. Never used that operator.
I really appreciate the feedback. To tell the truth, I am not an RxJS expert by any means, but I do have been teaching for a long time.
@@neverbenbetter8225 No one is a RxJS expert. I wrote code a few months ago I can barely follow now. There is only a small subset of operations I use on a daily basis. Others I go forever without using. One of those lately seems to be iif. Using iif just looks so much more elegant than a standard conditional. Stringing together a bunch of reactive operators is just so much fun when it works.
Nice to see an other board game addicted :D
At 13:40 you shouldn't use 'of(null)'. Generally speaking, using null as part of your logic is code-smell. If you wish to return an observable to skip or get out of a process, there is the EMPTY Observable. But otherwise, this has been a very entertaining and overall great video.
Thank you!
Great tutorial, thnx!
Thank you, great explanation!
Thank you for sharing this, broke down RxJS to me. Also thank you for sharing the code used in the example so it's easier to process. Hard to find actual examples as you've stated. Were you still planning on making more RXJS example videos?
Thank you, please, do more videos about RxJs.
It is a little bit strange to see if else inside an operator!
Since RxJs is a Functional Reactive Library - you should also write your code in a functional style.
If does not exist in a pure functional programming language. If is replaced with filter!
Anyways thank's a lot for having choosen a real life sample and well presented in public.
(I would replace the soldier metaphor with just a box with a ingoing arrow at the left side and an outgoing arrow at the right side - this box stands for a function with an input and an output, both beeing an observable. you can treat operators like being a function)
Thank you for the tips. I don’t have a functional programming background, so the style is not familiar to me.
Thnks sir, seriously it's very helpful 😇
You are very welcome!
I like literally everything u do .. And what microphone and camera name u use .. Just so i would one day have one..and i need ur suggestion .. Can i use them for short action movies
Please make video on angular core topics such as services and also state management in angular( using auth) please please please please please please 🙏🙏🙏🙏🙏🙏🙏
Why are you not handling the catch of the createUser promise?
Thanks for the video. Very helpful. Can you do a video on Behaviour subject, observable and async pipe ?
Thank you for the very specific request. Yes. I will put something together.
Very useful video
Very cool. Could you demo how to display an error message (in the catchError) to the web page (vs console log), from a service or interceptor? Good stuff.
Thank you for the suggestion. I will try putting something together.
Hi and congratulations for the video, well done. One thing is not clear to me (not only one but it's ok for now ;) in the catchError() who consumes the throws in case of new errors?
The retry will catch it. In fact, it’s the only reason I put it there.
The retry was actually more important while I was debugging. It isn’t really necessary anymore.
IF it retries and STILL throws an error, it won’t be caught and the subscription will terminate on error.
Wow thanks a lot!!
Why is observing an observable called 'subscribe' instead of 'observe'?
That was very good. Ta
What browser are you using?
In this video I was using Safari on my Mac.
Ugh... it seems like as of now you cannot "pipe" onto this.auth.user. Any block of code inside the pipe will have red underline in VS Code with crazy "typing-related" errors which I can't overcome.
why do ppl use subscribe on apiServices, when most of those api just returns a value and thats it? wouldn't it make more sense to use observables on a listener from the backend like web sockets, and just use simple promises on most apis?
I understand your question because it’s something I couldn’t understand myself initially.
Subscriptions are useful for changing values. They keep your frontend up to date with the latest information. Think about a Twitter feed or your messaging app. Those updates are prompted by the server, not the client.
In the example for this video, the user can log in and log out to change the authentication. That IS initiated by the client, so it might not be the best example, but if I want every element to be updated when that change is made, I can use a subscription to do it with greater ease.
Promises are resolved and done. Observables can emit a stream of values. Observables in the context of RxJS can be used with operators to change the stream without a bunch of nested callbacks. Observables facilitate async programming that can more easily be manipulated, transformed, changed. There are more advantages to thinking in terms of communications between who functions in terms of async programming than synchronous. Synchronous operations must always return a value in the same cycle. Async operations can return values anytime while the program is running. Reactive programming is responding to action that can occur at any time. That is far more powerful than responding to values that need to be returned immediately. Especially when it comes to front-end development in the client which is naturally an async environment.
@@toddzmijewski6002 Promises are async. Observable vs Promise is not about async vs sync.
Where are you
top
Wtf is that ?. operator?
It's pretty sad seeing someone teaching rxjs, but subscribes to observables in a service. Dont know how useful is the operators' explanation, i stopped as soon as i saw that subscribe there
Would you please explain why that is problematic?