The new DestroyRef Provider in Angular 16 (2023)

[@DecodedFrontend]

💡 Short Frontend Snacks (Tips) every week here: Twitter - twitter.com/DecodedFrontend Instagram - instagram.com/decodedfrontend LinkedIn - www.linkedin.com/in/dmezhenskyi

[@MrKOHKyPEHT]

0:33 that was exact my reaction :D

[@gonzalocorchon6509]

Another great video, you never fail to surprise me with your content. You're becoming the "source of truth" in the Angular world.

[@chengxiaoxia8046]

Thanks so much. You continue uploading great tutorial videos. You always give a clear explanation of the abstract concept. Your pronunciation becomes far better than one year ago. Congrats

[@DecodedFrontend]

I am glad to hear that! Thank you for the feedback 😊

[@chekitdnb]

Thanks

[@DecodedFrontend]

Thank you for your support! I appreciate it soo much :)

[@PauloSantos-yu1tn]

Very cool new features.

[@souravjana8312]

Great video. clear everything now

[@malekitani3136]

nice indepth explanation, thank you. keep it up

[@innocentmazando3808]

Thanks for a great lesseon @Dmytro. Thanks for giving us the context on the use case of the DestroyRef, cant wait to push our company projects to Angular v16 to try this staff

[@volodimiryemshyn715]

good approach thanks you for your examples

[@chengxiaoxia8046]

Merci!

[@DecodedFrontend]

Wow, thank you so much for your support 🙏 it is invaluable 😊

[@huytranthanh9029]

time to drop some 3rd libs, thank you for sharing

[@demidovmaxim1008]

Thank you for this video!

[@DecodedFrontend]

Thank you for this comment :)

[@ilyatelefus3647]

Great video as always 👍🏼

[@MrKOHKyPEHT]

I should definitely add this video into favourites. Too much useful information for me. Especially considering that our project gonna be updated to Angular v16

[@DecodedFrontend]

Thank you! Glad you like it :)

[@03mylol]

how does destroyRef understands when to destroy? For example, at the 4:58, we use it as outter function but it somehow understands when our component destroyed

[@DecodedFrontend]

it is because inject() function is called in context of component and tries to resolve the "closest" provider for DestroyRef token which comes from component injector, so it gets the reference to the DestroyRef accosiated with this component.

[@loko1944]

As always tons of awesome info and as always I learned something completely not relevant to this topic. Didn't know we can call baseComponent's method by using super.... I think this is the problem for many self learners - sometimes we just miss something completely

[@DecodedFrontend]

Thank you! I am glad you like it :)

[@pdela72]

Will certainly experiment with this later today, but do you already know if destroyref can be used inside any class (non angular decorated class, not a component, nor directive, etc.) like i e. a User class, to perform clean up logic when the class instance is destroyed?

[@DecodedFrontend]

As far as I know it won't work with a regular class. You would need to annotate it with @Injectable() because otherwise you won't be able to inject into this class anything (including the DestroyRef)

[@pdela72]

@@DecodedFrontend Thanks. Haven't tried myself yet, but I bet you are right. I'm using classes that extends FormGroups or FormArray to encapsulate business logic in it. Sometimes I have to subscribe to observables inside the class, thus I have the problem of manually unsubscribing from outside the class when a control is removed from the form... Do you think decorating them as @Injectable could lead to performance issues? I might have several of these controls in a single form.

[@krzysztofprzybylski2750]

Nice feature. And a useful one. Also a great explanation! I have a question though: I was taught to use "subscription.add(observable)" and then call "subscription.unsubscribe()" in ngOnDestroy. That is all instead of "takeUntill" pattern. Is there a difference between those two? If so then what is it and why use one over the other?

[@innocentmazando3808]

Hey, not Dymtro here but here is my 2 cents. So takeUntil can be used even in instances where you do not want to destroy the component specifically. Last time I did so was when I was refreshing a page by button clicks. So when I click the refresh button the system had to stop all running http calls to the backend and restart again. So on the forkJoin making the calls I piped the takeUntil such that when I click the button, the subject emits first then calls cancel and then I would run the fetches again. In short, takeUntil allows you to destroy observables even without destroying the component

[@luischavez190]

That intro 😂 good explanation thanks

[@DecodedFrontend]

Thanks :)

[@ADITYABADDUR]

Which is better to use: takeUntilDestroyed() or DestroyRef, and why?

[@kramatanga]

How to open rxjs operators implementation code ?

[@chandanamadurangamunasingh6498]

Hey, is it reasonable to move to Angular 16, Do all libraries support Angular 16

[@shayanghazali]

i have a question and it is not about this video. - how can i make @angular/core package local in my angular project and use it as a local package in my project? , so that i can discover more in it also work on it

[@magda77850]

takeUntilDestroyed is something we really needed to remove a lot of boilerplate code :D

[@gagiksimonyan3782]

Thanks for another useful video, Dmytro and especially for Khaby Lame part)

[@DecodedFrontend]

Thank you, Gagik! ;)

[@mkez001]

Why don't we need to put DestroyRef in providers array?

[@DecodedFrontend]

Angular resolves it automatically under the hood, so you don't have to provide it manually each time. The same is true for ViewContainerRef, ElementRef, and some other tokens.

[@brucearmstrong5536]

idk what they are trying to do with this feature though to be honest, reducing boilerplate ? the custom function .onDestroy for this reference feature is unnecessarily complex to be frank hope they dont remove onDestroy lifecycle hook i don't mind adding a boiler plate for subject and function

[@adambickford8720]

Maybe I'm missing something, but this feels terrible. It's basically inheritance in disguise and now mandates angular for even simple object creation due to injection coupling.

[@pedrinhofernandes]

It's is a good "native" replacement for www.npmjs.com/package/@ngneat/until-destroy Looking forward to replace it once our project migrates to v16

[@DecodedFrontend]

Exactly :)