🔥 Advanced Angular Courses - bit.ly/df-courses Get Courses Now With -25% off during the Black Friday Sale!
@yufgyug37352 күн бұрын
i really like how angular is evolving. standalone components, simpler reactivity options, easier backend integrations. good stuff
@DecodedFrontend2 күн бұрын
Yes, I also quite impressed by new features and how signals are being adopted :)
@GLawSomnia2 күн бұрын
My favorite Angular youtuber posted a video 🥳🥳🥳🥳🥳🥳 Its always a pleasure learning from you
@DecodedFrontend2 күн бұрын
Thank you! Enjoy 😊
@innocentmazando38082 күн бұрын
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
@DecodedFrontend2 күн бұрын
Thank you! Glad you like it :)
@gagiksimonyan37822 күн бұрын
Thanks for another useful video, Dmytro) Just watched Angular 19 release and hope you will explain to us all new features in details))
@DecodedFrontend2 күн бұрын
You are welcome! More to come 🙌🏻
@doviletumaite4922 күн бұрын
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!!
@usernr5462 күн бұрын
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! :)
@HackHeyner2 күн бұрын
This guy is the MVP!
@PauloSantos-yu1tn2 күн бұрын
What about debounceTime() on query signal?
@DecodedFrontendКүн бұрын
There is no alternative to it. However, I hope later we will see something similar ;)
@PauloSantos-yu1tnКүн бұрын
@@DecodedFrontend this API looks cool but I can imagine people doing tones of s*** on it. Signals are cool but rxjs are powerful.
@danywalls2 күн бұрын
Thanks! It is a perfect "resource" for my signals workshop 😂
@DecodedFrontend2 күн бұрын
:D haha, glad to help!
@dimitridovgan63642 күн бұрын
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. 🙏
@amirhosseinrastegar8144Күн бұрын
can you provide content on angular linting as well? thanks sir. as always great content.
@CaptM442 күн бұрын
Great video! Do you think naming signal dependencies as ‘request’ makes sense?
@DecodedFrontendКүн бұрын
Yeah... naming could be better :) But let's see. It might change if community will suggest anything better.
@SurajYadav-tr1bn2 күн бұрын
Pleasure to have a such great Angular lover ❤
@dogandipcin2 күн бұрын
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?
@DecodedFrontendКүн бұрын
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 :)
@KostasOreopoulosКүн бұрын
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); }); }
@user-if1de8pt2jКүн бұрын
@@KostasOreopoulosTheres a good reason people use *denounce* and/or *throttle* rather than writing their own utilities 😊
@adriantworek10572 күн бұрын
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?
@nelson339111 сағат бұрын
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!
@abuzar-o9m2 күн бұрын
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!
@oleksii_biliachenko2 күн бұрын
()=>this.query() function does not return a signal, but rather a signal's value.
@chagamajaykumarreddy18972 күн бұрын
great one , thank you so much
@v1nc3n2o.2 күн бұрын
Another great tutorial. Thanks
@DecodedFrontend2 күн бұрын
My pleasure!
@pdela722 күн бұрын
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?
@DecodedFrontend2 күн бұрын
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…
@lindermannla2 күн бұрын
Excelent content! Thnxz!
@hobbytsworldКүн бұрын
As usually best of class
@03mylol2 күн бұрын
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
@DecodedFrontend2 күн бұрын
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 :)
@rgunczer2 күн бұрын
Awesome, similar to TanStack Query
@DecodedFrontendКүн бұрын
Yep :)
@noormohammedshikalgar2 күн бұрын
After long time Dude, Hello
@DecodedFrontend2 күн бұрын
Heeey 👋🏻
@АлександрБобырь-л6ъКүн бұрын
Great video, thanks P.S.: there is no sense to use `return await...` better just simple `return ...` instead (5:32)
@user-if1de8pt2jКүн бұрын
Since *users.json()* returns a promise would you not need to await it?
@serhiikolontaievskyi2 күн бұрын
Next step would be a mutation signal 😊
@chiboutinabil4732 күн бұрын
Tnx bro
@DecodedFrontend2 күн бұрын
You’re welcome!
@tornikeen2 күн бұрын
Can we use anything from angular signlas with resource api, which acts like rxjs operators such as distinctUntillChanged or debounceTime?
@DecodedFrontendКүн бұрын
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
@tornikeenКүн бұрын
@DecodedFrontend thank you ❤️
@Юлия-т5н5е2 күн бұрын
Subscribing to the Dmytro's channel from all the accounts I have ))))
@DecodedFrontendКүн бұрын
I hope you have a few thousands accounts to finally reach 60K :D
@MimBooo113 сағат бұрын
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 ?
@user-if1de8pt2jКүн бұрын
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
@DecodedFrontendКүн бұрын
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.
@Yehor-l1jКүн бұрын
You could try with axios instead of fetch. It would allow you to provide interceptors of axios.
@user-if1de8pt2jКүн бұрын
@@Yehor-l1j resourceRx uses HttpClient, so that will work
@innocentmazando38082 күн бұрын
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
@DecodedFrontend2 күн бұрын
rxResource is the same as Resource but it works with observables (while resource works only with Promises)
@innocentmazando38082 күн бұрын
@@DecodedFrontend If you can do a demo of the rxResource in the next video it will be a huge plus to the community :)
@innocentmazando38082 күн бұрын
Still even boiling my head over this, does the loader only work with promises only or it can with rxJS obeservables?
@DecodedFrontend2 күн бұрын
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
@innocentmazando38082 күн бұрын
@@DecodedFrontendThank you very much
@duganets2 күн бұрын
awesome
@DecodedFrontend2 күн бұрын
🙌🏻
@IcaroFelix20232 күн бұрын
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.