I jjust want to let you know that I'm deeply grateful for your videos, they are the best so far in the Angular field AND I just had a job offer as angular developer thankful to you too! Big hug!! thank you again!!
Wow, thanks for this awesome introduction! So cool to see it in a real world context that instantly sparked my immagination where we can use it in our app! Thank you, you are the real MVP! :)
Very very useful! Thanks a lot!! 😊 Dmitro, do you plan a new commercial course using latest Angular version? Would like to see latest best practices, how the todays way looks like to handle tokens/refresh tokens by creating the corresponding app structure. I ceated several small Angular Apps but I am looking for the ideal way of solving daily problems. I think some example applications would be great. 🙏
I appreciate for the detailed explanation of the resource API. The only missing piece in this case is debounceTime. Will we have it without using rxjs soon? What do you think about it?
Yes, this is one of the features I also would like to see. I think we will see something similar to debounceTime but I can not say for sure. It is too early stage to say anything exactly :)
It is straightforward to implement. Inside the loader function, before returning, write await wait(300, param.abortSignal); // param is the object that is passed in the loader function (or you can destructure it) and the wait function is something like function wait(ms: number, abortSignal?: AbortSignal) { return new Promise((resolve) => { const onAbort = () => { clearTimeout(timeoutID); resolve(undefined); }; const timeoutID = setTimeout(() => { abortSignal?.removeEventListener('abort', onAbort); resolve(undefined); }, ms); abortSignal?.addEventListener('abort', onAbort); }); }
Great stuff, thanks! I hope Angular team will be able to provide as good experience as you can have with Tanstack Query (Angular's adapter is in experimental phase, but seems to be working fine with signals). The resource API lacks the production-grade server data caching. Maybe it could be an idea for your next video to show how to implement real-world caching mechanism with Angular?
Hi Dymtro,You explained the concepts of resources really well ❤ and I found your explanation amazing 🔥🔥! But I was wondering if you could clarify something about "untracked" in the resource function. Could you explain what that means? Thanks!
Thanks! I'm wondering all these new API's how they combine with SSR. I mean: most common use case would be to load async data based on an input signal linked to route parameter by withComponentInputBinding(). In the context of SSR so far the only practical way to ensure the data is loaded before the server sends back the html is to use a resolver function in the route config. This means both the withComponentInputBinding() and the new resource API are useless in this scenario. Unless Angular will wait (or is instructed to wait, I don't know how) for the data to be fetched before going stable and returning the html. What do you think?
Hey! Thanks for this comment. I am actually not so experienced with SSR at the moment, so I can’t say anything exactly. Maybe we will see something like waitFor() likewise it is done in AnalogJS…
idk why but that looks 4 me like smth with more boilerplate than standart approach. A way of handling that situation by simply establishing formcontrol on a serch input and then subscribing to its valuechanges with further switchmap looks much more laconic
Hey :) I think it looks more laconic until you start adding error handling, loading/reloading, reset features, etc. Once you add this, you might end up with a solution which looks more complex and has the same (or even more) lines of code :)
Well, something similar to distinctUntillChanged() you can achieve using the property "equal" in resource config. There it also takes a predicate function which defines if the value considered to be changed or not. If the predicate function returns true (value changed), it will notify dependant signals about the change. Regarding the debounceTime. Unfortunately, there is no alternative for it (yet). I hope we will see something later
Hi i have a question. What if i want to use your code but extend it and be able to load that query search parameter via input - as URL query parameter - and put it in input and then be albe to work with it. what the code would look like ?
Am I right in thinking that *resource* won't work with Angular mock server/proxy and interceptors? Also if the user left the page would the API call get cancelled - like it would if using *takeUntil* with HttpClient
That functionality you mentioned isn't the responsibility of Resource but rather of the HttpClient, and their responsibility doesn't overlap. You can combine them together, but since HttpClient supports only observables at the moment, you would probably want to use resource (), which works the same as resource() in the video, but it works with observables instead of promises.
I also hear about an rxResource function, is it happening or a its a myth? I mean we could use something to handle pipes like debouncing and maps when loading these resources
The resource api works with Promises. To work with observers there is a rxResource. It works almost the same way as Resource but instead Promise the loader should return observable
I really don't like this one. For me it's like Angular is coming to react side of force with this thing. I like Angular because it has separation of concerns and with this resource people will start to do this instead of use a service for example.
🔥 Advanced Angular Courses - bit.ly/df-courses
Get Courses Now With -25% off during the Black Friday Sale!
i really like how angular is evolving. standalone components, simpler reactivity options, easier backend integrations. good stuff
Yes, I also quite impressed by new features and how signals are being adopted :)
My favorite Angular youtuber posted a video 🥳🥳🥳🥳🥳🥳
Its always a pleasure learning from you
Thank you! Enjoy 😊
I am a huge fan of how Dymtro explains concepts. I feel like I was using resource all this while :). Keep up the good work man
Thank you! Glad you like it :)
Thanks for another useful video, Dmytro) Just watched Angular 19 release and hope you will explain to us all new features in details))
You are welcome! More to come 🙌🏻
I jjust want to let you know that I'm deeply grateful for your videos, they are the best so far in the Angular field AND I just had a job offer as angular developer thankful to you too! Big hug!! thank you again!!
Wow, thanks for this awesome introduction! So cool to see it in a real world context that instantly sparked my immagination where we can use it in our app! Thank you, you are the real MVP! :)
This guy is the MVP!
What about debounceTime() on query signal?
There is no alternative to it. However, I hope later we will see something similar ;)
@@DecodedFrontend this API looks cool but I can imagine people doing tones of s*** on it. Signals are cool but rxjs are powerful.
Thanks! It is a perfect "resource" for my signals workshop 😂
:D haha, glad to help!
can you provide content on angular linting as well? thanks sir. as always great content.
Very very useful! Thanks a lot!! 😊
Dmitro, do you plan a new commercial course using latest Angular version? Would like to see latest best practices, how the todays way looks like to handle tokens/refresh tokens by creating the corresponding app structure. I ceated several small Angular Apps but I am looking for the ideal way of solving daily problems.
I think some example applications would be great. 🙏
Pleasure to have a such great Angular lover ❤
Great video! Do you think naming signal dependencies as ‘request’ makes sense?
Yeah... naming could be better :) But let's see. It might change if community will suggest anything better.
I appreciate for the detailed explanation of the resource API. The only missing piece in this case is debounceTime. Will we have it without using rxjs soon? What do you think about it?
Yes, this is one of the features I also would like to see. I think we will see something similar to debounceTime but I can not say for sure. It is too early stage to say anything exactly :)
It is straightforward to implement. Inside the loader function, before returning, write
await wait(300, param.abortSignal); // param is the object that is passed in the loader function (or you can destructure it) and the wait function is something like
function wait(ms: number, abortSignal?: AbortSignal) {
return new Promise((resolve) => {
const onAbort = () => {
clearTimeout(timeoutID);
resolve(undefined);
};
const timeoutID = setTimeout(() => {
abortSignal?.removeEventListener('abort', onAbort);
resolve(undefined);
}, ms);
abortSignal?.addEventListener('abort', onAbort);
});
}
@@KostasOreopoulosTheres a good reason people use *denounce* and/or *throttle* rather than writing their own utilities 😊
Great stuff, thanks! I hope Angular team will be able to provide as good experience as you can have with Tanstack Query (Angular's adapter is in experimental phase, but seems to be working fine with signals). The resource API lacks the production-grade server data caching. Maybe it could be an idea for your next video to show how to implement real-world caching mechanism with Angular?
Great video!. Thanks a lot. ¿Is it possible to have similar capabilities like Rxjs operators into Resource? What do you think about it?. Best regards!
Hi Dymtro,You explained the concepts of resources really well ❤ and I found your explanation amazing 🔥🔥! But I was wondering if you could clarify something about "untracked" in the resource function. Could you explain what that means?
Thanks!
()=>this.query() function does not return a signal, but rather a signal's value.
great one , thank you so much
Another great tutorial. Thanks
My pleasure!
Thanks!
I'm wondering all these new API's how they combine with SSR.
I mean: most common use case would be to load async data based on an input signal linked to route parameter by withComponentInputBinding().
In the context of SSR so far the only practical way to ensure the data is loaded before the server sends back the html is to use a resolver function in the route config.
This means both the withComponentInputBinding() and the new resource API are useless in this scenario.
Unless Angular will wait (or is instructed to wait, I don't know how) for the data to be fetched before going stable and returning the html.
What do you think?
Hey! Thanks for this comment. I am actually not so experienced with SSR at the moment, so I can’t say anything exactly. Maybe we will see something like waitFor() likewise it is done in AnalogJS…
As usually best of class
Excelent content! Thnxz!
idk why but that looks 4 me like smth with more boilerplate than standart approach. A way of handling that situation by simply establishing formcontrol on a serch input and then subscribing to its valuechanges with further switchmap looks much more laconic
Hey :) I think it looks more laconic until you start adding error handling, loading/reloading, reset features, etc. Once you add this, you might end up with a solution which looks more complex and has the same (or even more) lines of code :)
Awesome, similar to TanStack Query
Yep :)
Great video, thanks
P.S.: there is no sense to use `return await...` better just simple `return ...` instead (5:32)
Since *users.json()* returns a promise would you not need to await it?
After long time Dude, Hello
Heeey 👋🏻
Next step would be a mutation signal 😊
Tnx bro
You’re welcome!
Can we use anything from angular signlas with resource api, which acts like rxjs operators such as distinctUntillChanged or debounceTime?
Well, something similar to distinctUntillChanged() you can achieve using the property "equal" in resource config. There it also takes a predicate function which defines if the value considered to be changed or not. If the predicate function returns true (value changed), it will notify dependant signals about the change.
Regarding the debounceTime. Unfortunately, there is no alternative for it (yet). I hope we will see something later
@DecodedFrontend thank you ❤️
Subscribing to the Dmytro's channel from all the accounts I have ))))
I hope you have a few thousands accounts to finally reach 60K :D
Hi i have a question. What if i want to use your code but extend it and be able to load that query search parameter via input - as URL query parameter - and put it in input and then be albe to work with it. what the code would look like ?
Am I right in thinking that *resource* won't work with Angular mock server/proxy and interceptors? Also if the user left the page would the API call get cancelled - like it would if using *takeUntil* with HttpClient
That functionality you mentioned isn't the responsibility of Resource but rather of the HttpClient, and their responsibility doesn't overlap. You can combine them together, but since HttpClient supports only observables at the moment, you would probably want to use resource (), which works the same as resource() in the video, but it works with observables instead of promises.
You could try with axios instead of fetch. It would allow you to provide interceptors of axios.
@@Yehor-l1j resourceRx uses HttpClient, so that will work
I also hear about an rxResource function, is it happening or a its a myth? I mean we could use something to handle pipes like debouncing and maps when loading these resources
rxResource is the same as Resource but it works with observables (while resource works only with Promises)
@@DecodedFrontend If you can do a demo of the rxResource in the next video it will be a huge plus to the community :)
Still even boiling my head over this, does the loader only work with promises only or it can with rxJS obeservables?
The resource api works with Promises. To work with observers there is a rxResource. It works almost the same way as Resource but instead Promise the loader should return observable
@@DecodedFrontendThank you very much
awesome
🙌🏻
I really don't like this one. For me it's like Angular is coming to react side of force with this thing. I like Angular because it has separation of concerns and with this resource people will start to do this instead of use a service for example.
My fear is that AI will throw everything away..
I don’t think it will happen any time soon 😁
This whole video was generated by an AI 😮
😂@@dimitridovgan6364
@@dimitridovgan6364 🥲
Custom abortion logic 😂