Stackblitz is extremely valuable! Cracking open the Angular and RxJS source code are very instructive! Links are useful! The summary at the end are excellent! Thanks!!!!
Yet another great tutorial. Many thanks Deborah! I would love to have a deep dive tutorial on error handling with the catchError and throwError operators, best practices and such. Thanks again
This is something I need to show to my team of engineers. take(1) is basically useless. it is always suggested to destroy the HTTP Observable to avoid memory leaks with TakeUntilDestroyed
Would it make sense and align with RxJS best practices to trigger the necessary logic after a PUT/POST/DELETE request in the complete callback? This approach allows us to respond to changes while ensuring that we only update the state of services that still exist, avoiding logic execution for components or services that may have been destroyed. We achieve this by using `takeUntilDestroyed` and splitting the logic into two parts: one for the pipeline and next callbacks execution, and the other for side actions in the complete callback, such as updating state in another service provided at the root level.
What about using both in case of emits are less than the take(X)? ie: pipe(take(10), takeUntilDestroyed()). Then only happened 5 emits and component is destroyed.
If you look at the reasons it is so important to unsubscribe from an Observable: - Prevent memory leaks -> HTTP requests are one and done so won't leak memory (unlike timers or Subjects) - Cancel the request if navigating away -> Users most likely don't want their save requests cancelled. If they clicked a Save button and left a feature, they still want the save operation to complete. So, yes!
Great topic! I haven't worked with NgRx for a while, so my NgRx skills/knowledge is old and rusted. I have been considering getting back into it and covering some content, especially around signalStore. But looking at my current workload, I doubt I'd have time to look into it until late this year or early next year. So please don't wait for me on that topic. In the mean time, does anything here help? ngrx.io/guide/store/selectors Is there a non-NgRx topic you'd like to see?
Hey Deborah Kurata! You doing amazing job! You don’t have any courses in Udemy? I believe if you do courses there, you can find a lot of students who are willing to pay for your courses. 😊
Thank you! I tried to get set up with Udemy, but I was never able to get it to verify my identity. I tried to find somewhere to contact a person, but had no luck, so gave up on it.
Excellent content, Ms. Kurata. For the first time, I found clear explanations about how these operators work. Greetings from Brazil
Glad it was helpful! Thanks for watching!
Stackblitz is extremely valuable!
Cracking open the Angular and RxJS source code are very instructive!
Links are useful!
The summary at the end are excellent!
Thanks!!!!
Great to hear! Thank you so much! 😊
Great video, as usually!
Looking forward for the ngrx signal store course.
Yet another great tutorial. Many thanks Deborah! I would love to have a deep dive tutorial on error handling with the catchError and throwError operators, best practices and such. Thanks again
Thank you so much!
Have you seen this one: ua-cam.com/video/L9kFTps_7Tk/v-deo.html
The clarity of the explanations was clearly at Chad's level
Thank you! 😊
I am eagerly waiting for your videos always
Thank you! 😊
This is something I need to show to my team of engineers. take(1) is basically useless. it is always suggested to destroy the HTTP Observable to avoid memory leaks with TakeUntilDestroyed
Beautifully explained
Thank you so much 🙂
Thanks!
Thank you so very much!
Thank you so much Deborah for another great thoughtful video!
Glad it was helpful!
Would it make sense and align with RxJS best practices to trigger the necessary logic after a PUT/POST/DELETE request in the complete callback? This approach allows us to respond to changes while ensuring that we only update the state of services that still exist, avoiding logic execution for components or services that may have been destroyed.
We achieve this by using `takeUntilDestroyed` and splitting the logic into two parts: one for the pipeline and next callbacks execution, and the other for side actions in the complete callback, such as updating state in another service provided at the root level.
I've got exactly same question about take(1), and here is another great video.
Glad it was helpful! Thank you!
ty! your videos are invaluable!
Great to hear! Thank you!
What about using both in case of emits are less than the take(X)? ie: pipe(take(10), takeUntilDestroyed()). Then only happened 5 emits and component is destroyed.
Yes! 😊 That would be good practice for long running Observables, such as a timer.
Great video, keep going
Thank you! 😊
Great info!
Thank you!
What about Take(1) in http request with options in header? when we have preflight request.
AFAIK, HTTPClient still only emits one time with the response. So they take(1) still won't do anything.
Can I expect some tutorials on creating micro frontends in angular?
Probably not ... but this may help: nx.dev/concepts/module-federation/micro-frontend-architecture
Do you mean destroying an observable when using the HttpClient POST, PUT, or DELETE operations is unnecessary?
If you look at the reasons it is so important to unsubscribe from an Observable:
- Prevent memory leaks
-> HTTP requests are one and done so won't leak memory (unlike timers or Subjects)
- Cancel the request if navigating away
-> Users most likely don't want their save requests cancelled. If they clicked a Save button and left a feature, they still want the save operation to complete.
So, yes!
@@deborah_kurata Thank you for that :)
😊 thanks for this video
Thanks for watching! 😊
Thank awesome
Thank you!
@@deborah_kurata can you please post a video of memoized selector of ngrx ,I expecting and awaiting for long time
Great topic!
I haven't worked with NgRx for a while, so my NgRx skills/knowledge is old and rusted. I have been considering getting back into it and covering some content, especially around signalStore. But looking at my current workload, I doubt I'd have time to look into it until late this year or early next year. So please don't wait for me on that topic.
In the mean time, does anything here help? ngrx.io/guide/store/selectors
Is there a non-NgRx topic you'd like to see?
@@deborah_kurata Thanks
Hey Deborah Kurata!
You doing amazing job!
You don’t have any courses in Udemy? I believe if you do courses there, you can find a lot of students who are willing to pay for your courses. 😊
Thank you!
I tried to get set up with Udemy, but I was never able to get it to verify my identity. I tried to find somewhere to contact a person, but had no luck, so gave up on it.