Level up your Angular skills with my Advanced Courses 🚀 bit.ly/discounted-course-bundle 💡 Short Frontend Snacks (Tips) every week here: Twitter - twitter.com/DecodedFrontend Instagram - instagram.com/decodedfrontend LinkedIn - www.linkedin.com/in/dmezhenskyi
@@hanshans9902 Imagine you have a website with endless scrolling. You only load the first 10 elements, but can load the next 10 as soon as the first are loaded. The initial page load is quick but you don't have to wait for long for additional content. Or imagine you have a website with different category buttons, like for shopping. You know most users will click on category A when visiting the website, thus you can start loading that as soon as the main page is loaded.
IMO Angular 17 is game changer, but when we are talking about bumping current projects to version 17 - using all new features and benefits of Angular 17 will require a lot of refactoring, including both templates and components (deferrable views, signals, etc.)
Angular is backwards compatible so you can start with building new components with signals and slowly migrate older ones over time, algular already has great reactivity using MVVM model, even if it comes with some overhead. Algular team also works on making NoZone providers so you can disable zone for specific components rather then going all or nothing on refactoring whole application.
Yeah, the Angular 17 is absolutely fantastic :) Regarding the part of refactoring, I agree that the migration will take some work, unfortunately. However, here I agree with @yankotliarov9239. Angular doesn't force you to migrate to all these awesome features immediately to benefit from Angular 17. You can do it incrementally because all these new features are backward compatible. Also, the Angular team invests a lot of effort in schematics to automate migrations where possible :)
Thank you so much, your explanation and immediate example are very helpful. Give me crystal clear for the idea what it should be used for. For me this is brilliant feature offer from Angular team.
Great in-depth explanation, deferrable views removed a lot of headaches. I guess idle browser API is not the last one they’re to integrate under the hood. P.S. hope the spinner approach dies in favor of skeleton 😂
Thank you! I also think that some new triggers and prefetchers will be introduced. And yeah, I also like more the approach with placeholders rather than spinners 😉
Defferable views are a bit like Signals (Angular 16 feature) for chunks of template. And also they reminded me a server-side rendering concept using PHP
Hi! Thanks for your question. Some best practices are: - Use placeholder blocks to avoid flickering in your UI; - Try to avoid applying of the @defer block for the components that appear immediately on the loading screen. - Make sure that lazy component isn't being used anywhere else in your app and doesn't have a reference via @ViewChinld, etc. In this case, it will end up in the main bundle. - Make sure that the components inside the @defer block are standalone. NgModule-based components won't be lazy loaded. - If you are sure that the user will be interacting with the lazy component, consider using prefetching. Regarding the router lazy loading. Deferrable views are not supposed to replace router-based lazy loading. It is absolutely fine to combine those 2 approaches because both of them solve slightly different use cases. I hope my comment was helpful :)
Thanks for the clear explanation. I have a doubt. U said placeholders, loading error are eagerly loaded. But in projects we use again another component inside the error and loading blocks Then we lose the lazy loading right. So how can we achieve even loading the blocks content as lazy loaded.
Love the explanation and new feature. One question for you. Is it possible using @defer inside of structural directives? If I have a for loop of 3 heavy components, can I defer them and load them one by one when the first one is finished? :)
hi thank you epic video. my question is is angular deferable views is like react suspense i use angular,react and vue and i will see any equivalent property for other framework?
What would happen, if I have wrappted ComponentA within a @defer block in ComponentB, but in ComponentC, I don't wrap ComponentA in a @defer block. Would ComponantA split from the main-chunk or not? Should I wrapp all same components with @defer to archeve a split from the main-chunk?
Hi! Thanks for your question. In your case the componentA will become a part of main bundle because it has a reference in the component that will be eagerly loaded (ComponentC)
Hey, Thanks for making this video. How about nested @deferrable view? How does that work? it will be helpful for many people if you make a video on that. Thanks.
а как выглядит в этом подходе конфигурация роутера? или все компоненты сразу импортируются, а дальше с помощью @defer решается когда их загружать с сервера?
I always get confused about how angular projects, and frontend in general is deployed/retrieved by the use , i mean, there is a server that sends chunks and the user receive those chunks and the browser generate the js to create the spa functionality, but then comes in server side rendering and SSG and it gets a bit confusing to get the whole picture of what is happening, do you have a video talking about that? or could you do one? I like your advanced-oriented way of making angular videos.
If we use Heavycomponent in import section of app component, then is it not contained in bundle size of app component? If yes then how defer is benifit?
Good question. I heard also that it was in dev preview but probably not anymore because I didn't find any mentions about that on the official documentation here - angular.dev/guide/defer
I like this feature, but I am worried that Angular templates will soon start looking like php wordpress template with a lot of logic embedded in the views.
Good question. I heard also that it was in dev preview but probably not anymore because I didn't find any mentions about that on the official documentation here - angular.dev/guide/defer
Level up your Angular skills with my Advanced Courses 🚀
bit.ly/discounted-course-bundle
💡 Short Frontend Snacks (Tips) every week here:
Twitter - twitter.com/DecodedFrontend
Instagram - instagram.com/decodedfrontend
LinkedIn - www.linkedin.com/in/dmezhenskyi
This is the best video on deferrable views that I've come across. Thank you for the clear and well delivered information!
That prefetch on idle is amazing
Why
@@hanshans9902 Imagine you have a website with endless scrolling. You only load the first 10 elements, but can load the next 10 as soon as the first are loaded. The initial page load is quick but you don't have to wait for long for additional content.
Or imagine you have a website with different category buttons, like for shopping. You know most users will click on category A when visiting the website, thus you can start loading that as soon as the main page is loaded.
IMO Angular 17 is game changer, but when we are talking about bumping current projects to version 17 - using all new features and benefits of Angular 17 will require a lot of refactoring, including both templates and components (deferrable views, signals, etc.)
Angular is backwards compatible so you can start with building new components with signals and slowly migrate older ones over time, algular already has great reactivity using MVVM model, even if it comes with some overhead. Algular team also works on making NoZone providers so you can disable zone for specific components rather then going all or nothing on refactoring whole application.
Yeah, the Angular 17 is absolutely fantastic :) Regarding the part of refactoring, I agree that the migration will take some work, unfortunately. However, here I agree with @yankotliarov9239. Angular doesn't force you to migrate to all these awesome features immediately to benefit from Angular 17. You can do it incrementally because all these new features are backward compatible. Also, the Angular team invests a lot of effort in schematics to automate migrations where possible :)
@@DecodedFrontend do you mind creating videos on such schematics for Angular 17 if there are any?
@@Panossa just run ng update and you will be told what to do to update
One of the best videos on Deferrable Views, thank you!
Glad it was helpful!
I've been missing you lately. It was worth the wait. Great video as usual.
Yeah... I had s short pause. Thank you! :)
This is a very hands-on approach to showing new features, love it! Very concise and ripe with examples. Thanks!
no one could teach deferrable views in angular better.
Beautifully explained! This is going to be very useful.
This is a really cool feature and I can't wait to try this one and other new features in our new project at work! Thank you so much for the video!
Дякуєм за хороший як зажди розбір Ангуляру!
What the game changer, that's awesome feature
Thank you so much, your explanation and immediate example are very helpful.
Give me crystal clear for the idea what it should be used for.
For me this is brilliant feature offer from Angular team.
Thank you so much for this feedback, I appreciate it so much 🙏🏻
Always a good thing hearing you explain concepts to us.
Thanks @Dymtro
Glad that it was helpful and thank you for your comment ;)
Thanks for your hardworking and sharing your experience
❤
Thanks for another useful video, Dmytro) Glad to see you again
Thanks, Gagik! 😊
This was awesome! Thank you, Dmytro.
Fantastic explanation
Very good and detailed explanation! As usual :) Thanks!
Great explanation! Thank you very much!
Thank you for creating such an awesome content on Angular
Thank you very much, another really great explanation and use cases! :)
on interaction is also a great feature!
awesome feature thanks sensei 😍
🙏
Great explanation. Thanks for the video!
Bravo !! Big thanks
If we wrap all this logic in a component will it be the same
example:
in an app the loading and error part might be the same in all situations
Great in-depth explanation, deferrable views removed a lot of headaches. I guess idle browser API is not the last one they’re to integrate under the hood. P.S. hope the spinner approach dies in favor of skeleton 😂
Thank you! I also think that some new triggers and prefetchers will be introduced.
And yeah, I also like more the approach with placeholders rather than spinners 😉
Defferable views are a bit like Signals (Angular 16 feature) for chunks of template. And also they reminded me a server-side rendering concept using PHP
new video 🎉🎉🎉
Do to know any best practices on how to use those? For example should we still use lazy loaded routes or will deffereable views just replace them?
Hi! Thanks for your question. Some best practices are:
- Use placeholder blocks to avoid flickering in your UI;
- Try to avoid applying of the @defer block for the components that appear immediately on the loading screen.
- Make sure that lazy component isn't being used anywhere else in your app and doesn't have a reference via @ViewChinld, etc. In this case, it will end up in the main bundle.
- Make sure that the components inside the @defer block are standalone. NgModule-based components won't be lazy loaded.
- If you are sure that the user will be interacting with the lazy component, consider using prefetching.
Regarding the router lazy loading. Deferrable views are not supposed to replace router-based lazy loading. It is absolutely fine to combine those 2 approaches because both of them solve slightly different use cases.
I hope my comment was helpful :)
Nice job!
Thanks for the clear explanation.
I have a doubt. U said placeholders, loading error are eagerly loaded.
But in projects we use again another component inside the error and loading blocks
Then we lose the lazy loading right. So how can we achieve even loading the blocks content as lazy loaded.
Very well explained
Thanks a lot! Your video is awesome! 💛💙
Love the explanation and new feature. One question for you.
Is it possible using @defer inside of structural directives?
If I have a for loop of 3 heavy components, can I defer them and load them one by one when the first one is finished? :)
Thank you for this video
You are welcome 😊
Awesome🤩
hi thank you epic video. my question is is angular deferable views is like react suspense i use angular,react and vue and i will see any equivalent property for other framework?
What would happen, if I have wrappted ComponentA within a @defer block in ComponentB, but in ComponentC, I don't wrap ComponentA in a @defer block. Would ComponantA split from the main-chunk or not? Should I wrapp all same components with @defer to archeve a split from the main-chunk?
Hi! Thanks for your question. In your case the componentA will become a part of main bundle because it has a reference in the component that will be eagerly loaded (ComponentC)
Hey, Thanks for making this video. How about nested @deferrable view? How does that work? it will be helpful for many people if you make a video on that. Thanks.
super awesome
а как выглядит в этом подходе конфигурация роутера? или все компоненты сразу импортируются, а дальше с помощью @defer решается когда их загружать с сервера?
Роутер не участвует в этом процессе вообще. Триггеры блока @defer инициализируют ленивую загрузку.
How the @loading, @placeholder etc... knows which component they are waiting, since I can have multiple instances of the same "section"?
Well done!
I always get confused about how angular projects, and frontend in general is deployed/retrieved by the use , i mean, there is a server that sends chunks and the user receive those chunks and the browser generate the js to create the spa functionality, but then comes in server side rendering and SSG and it gets a bit confusing to get the whole picture of what is happening, do you have a video talking about that? or could you do one? I like your advanced-oriented way of making angular videos.
If we use Heavycomponent in import section of app component, then is it not contained in bundle size of app component? If yes then how defer is benifit?
What a great lesson. Can you give me the source of this?
is this aplication SSR? I have a problem with @loading , doesn't show the content inside loading for example
@defer {
}
@placeholder {
Waiting...
}
@loading {
}
@error {
Couldn't access this component
}
and the loading component it is shown only if i let outside @loading block
In regards to seo. As long as there is no user interaction required to load this should be visible for google, right?
and react is still stuck with some random hooks from 2018
what is the difference between "when" and "prefetch when"? Why do I need "prefetch when" if I could load content by just "when"?
It also works with any blocks, i use it with )
Isn't Deferrable Views in developer preview?
Good question. I heard also that it was in dev preview but probably not anymore because I didn't find any mentions about that on the official documentation here - angular.dev/guide/defer
Super
Fc from thailand
I like this feature, but I am worried that Angular templates will soon start looking like php wordpress template with a lot of logic embedded in the views.
One of the best videos on Deferrable Views, thank you! 😊😊
Isn't Deferrable Views in developer preview?
Good question. I heard also that it was in dev preview but probably not anymore because I didn't find any mentions about that on the official documentation here - angular.dev/guide/defer