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
@keaganfouche154419 күн бұрын
This is the best video on deferrable views that I've come across. Thank you for the clear and well delivered information!
@o_glethorpe10 ай бұрын
That prefetch on idle is amazing
@hanshans990210 ай бұрын
Why
@Panossa10 ай бұрын
@@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.
@vladislavamarkova837910 ай бұрын
One of the best videos on Deferrable Views, thank you!
@DecodedFrontend10 ай бұрын
Glad it was helpful!
@MrKOHKyPEHT11 ай бұрын
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.)
@yankotliarov923911 ай бұрын
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.
@DecodedFrontend10 ай бұрын
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 :)
@Panossa10 ай бұрын
@@DecodedFrontend do you mind creating videos on such schematics for Angular 17 if there are any?
@aj.arunkumar7 ай бұрын
@@Panossa just run ng update and you will be told what to do to update
@gonzalocorchon650911 ай бұрын
I've been missing you lately. It was worth the wait. Great video as usual.
@DecodedFrontend10 ай бұрын
Yeah... I had s short pause. Thank you! :)
@atulkamble5573 ай бұрын
Beautifully explained! This is going to be very useful.
@AfifAlfiano9 ай бұрын
What the game changer, that's awesome feature
@Panossa10 ай бұрын
This is a very hands-on approach to showing new features, love it! Very concise and ripe with examples. Thanks!
@littleoddboy5 ай бұрын
no one could teach deferrable views in angular better.
@artemyavorskyi586511 ай бұрын
Дякуєм за хороший як зажди розбір Ангуляру!
@ichr3 ай бұрын
Thank you very much, another really great explanation and use cases! :)
@innocentmazando380810 ай бұрын
Always a good thing hearing you explain concepts to us. Thanks @Dymtro
@DecodedFrontend10 ай бұрын
Glad that it was helpful and thank you for your comment ;)
@psk216610 ай бұрын
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.
@DecodedFrontend10 ай бұрын
Thank you so much for this feedback, I appreciate it so much 🙏🏻
@rahulmukherjee47004 ай бұрын
Fantastic explanation
@aliroshan577310 ай бұрын
Thanks for your hardworking and sharing your experience ❤
@abdelhamidouanes99415 ай бұрын
Bravo !! Big thanks
@timurbirgalin470410 ай бұрын
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!
@gagiksimonyan378210 ай бұрын
Thanks for another useful video, Dmytro) Glad to see you again
@DecodedFrontend10 ай бұрын
Thanks, Gagik! 😊
@oleksandrvorovchenko867410 ай бұрын
Very good and detailed explanation! As usual :) Thanks!
@GuillermoArellano8 ай бұрын
This was awesome! Thank you, Dmytro.
@MayuraaSripalan10 ай бұрын
Great explanation! Thank you very much!
@shubhamgoel77034 ай бұрын
awesome feature thanks sensei 😍
@DecodedFrontend4 ай бұрын
🙏
@pinkmobina10 ай бұрын
Thank you for creating such an awesome content on Angular
@OnoshkoAndriy11 ай бұрын
Great explanation. Thanks for the video!
@saniyainbali11 ай бұрын
new video 🎉🎉🎉
@MichielKikkert9 ай бұрын
on interaction is also a great feature!
@aj.arunkumar7 ай бұрын
super awesome
@vOnez21210 ай бұрын
Nice job!
@AndreyKarpovich10 ай бұрын
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
@MrVinodkumar926 ай бұрын
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.
@kashifalikhan442010 ай бұрын
Very well explained
@teothe10 ай бұрын
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
@serhiilytvyn875310 ай бұрын
Thanks a lot! Your video is awesome! 💛💙
@halynaua10 ай бұрын
Awesome🤩
@wafel_dev11 ай бұрын
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?
@DecodedFrontend10 ай бұрын
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 :)
@chris.p-dev11 ай бұрын
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 😂
@DecodedFrontend11 ай бұрын
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 😉
@jaspernygaard950010 ай бұрын
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? :)
@flywheel5610 ай бұрын
Well done!
@CodeSample36010 ай бұрын
Thank you for this video
@DecodedFrontend10 ай бұрын
You are welcome 😊
@mtvspecАй бұрын
а как выглядит в этом подходе конфигурация роутера? или все компоненты сразу импортируются, а дальше с помощью @defer решается когда их загружать с сервера?
@DecodedFrontendАй бұрын
Роутер не участвует в этом процессе вообще. Триггеры блока @defer инициализируют ленивую загрузку.
@stickyamp59964 ай бұрын
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.
@ankurmishra85432 ай бұрын
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?
@NoName-133711 ай бұрын
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?
@DecodedFrontend11 ай бұрын
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)
@vibhukumar732710 ай бұрын
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.
@CodeZakk10 ай бұрын
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?
@XINTSUAI4 ай бұрын
How the @loading, @placeholder etc... knows which component they are waiting, since I can have multiple instances of the same "section"?
@jonatabiondiJsLover11 ай бұрын
Super
@eglimaja25497 ай бұрын
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
@TuấnTàiĐặng-c7p10 ай бұрын
What a great lesson. Can you give me the source of this?
@anon599210 ай бұрын
and react is still stuck with some random hooks from 2018
@loko194410 ай бұрын
In regards to seo. As long as there is no user interaction required to load this should be visible for google, right?
@azelsky4 ай бұрын
what is the difference between "when" and "prefetch when"? Why do I need "prefetch when" if I could load content by just "when"?
@orjerby111 ай бұрын
Isn't Deferrable Views in developer preview?
@DecodedFrontend11 ай бұрын
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
@MK-we4dl10 ай бұрын
It also works with any blocks, i use it with )
@mitterkit7 ай бұрын
Fc from thailand
@danieldouglas2109 ай бұрын
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.
@programandoprogramas-pp45658 ай бұрын
One of the best videos on Deferrable Views, thank you! 😊😊
@orjerby111 ай бұрын
Isn't Deferrable Views in developer preview?
@DecodedFrontend11 ай бұрын
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