Design patterns in React

preview_player
Показать описание

VSCode Theme | Font → Material Theme Darker | Menlo, Monaco "monospace"

In this video I will show you a couple of senior React developer design patterns in React. These are great patterns to use to build scalable React applications and will help you write better React code, and will teach you how to create components that are clear to understand and work with, and that allow you to add as much complexity as you want to your React application!
Рекомендации по теме
Комментарии
Автор

A series in design pattern would be great

apiro
Автор

It's always interesting to see where someone draws the line on single responsibility.

DevMeloy
Автор

I love your way of explaining things. Understandable and calm language, as well as not overloaded code, which is really nice to read.

oldyoung
Автор

I am grateful for your tutorials. Especially the React Query tutorials.

nicholasroman
Автор

I have done all of those things before, glad to hear that they are good practices 😅

giovannitonussi
Автор

Don't you hate when you know that there is a better way to do something, but you don't know the right terms to search for? I needed a compound component on a recent project but ended up coding my way around it. Thanks for these videos, when developers can talk to humans it's their responsibility to help. I was a tutor for a few years. I bet making these videos has helped you develop even better.

colbatronbmw
Автор

Thank you so much for the time you invest in the making of these videos. Best React content available.

cosminraducoman
Автор

Love your videos man. Find them very helpful. I’m an experienced backend developer, finally biting the bullet and reaching myself react (if that’s at all helpful info).

Making my way through every videos you’ve made lol

guitarcrax
Автор

The last design pattern greatly helped me structure my code better. Thanks for the video. Appreciate if you can add some more design patterns.

arihantbedagkar
Автор

really like the custom hook tip at the end!

justin_t
Автор

Congratulations 🎉 👏🏼 for your first 🥇 sponsership 🤝

and as always infotainment video ❤

Solo_playz
Автор

Thanks for such quality videos. A series on design pattern would be appreciated.

elmflyz
Автор

this channel should be included in the "hall of fame" you are the only one teaching real world react.

salmanansari
Автор

Wow, Great explanation !
Thank you : )

avinashgodvin
Автор

Thank you for the great insight, this video came out exactly when i needed it. Would be great if you could make a in depth video about design patterns in react and best practices for maintaining and scaling bigger projects.

serpercody
Автор

Hi, Don't you think that HomePage violates the Single responsibilities principle? Because the HomePage component fetches posts, in the future it may be responsible for sorting posts, etc. + it renders content in the future HomePage also can render something else, which may also require fetching data. Isn’t it better to move the state and fetch to the PostFeed component and fetch the posts there? In this case PostFeed will be responsible for posts logic. If we want PostFeed to be reusable, we can rename this component to just Posts (will accept posts as props) and create a wrapper e.g HomePagePosts which will have a posts state and fetch the data and pass this data to the Posts component through the props? What do you think?

Rustaveli_
Автор

Excellent. thanks for sharing design pattern in react.

gmjitendra
Автор

yes, with REACT if you can do a design patterns series practical real-world example would be really great

regilearn
Автор

@Cosden Solutions - 2:10 You are not supposed to use side effects directly like this in React components. You should make a custom hooks / utility functions to adhere dependency inversion principle and separation of concerns principle...

AhmedMohamed-tfed
Автор

The only thing I would say about having your fetching and state in your parent component is that when you update that data, your whole page will reload, not just the componants using the data.

harrybilney