as a begginer one, im doing this by habbit and i was scared if it was overkill or not. now i feel happy!
@fanespratama8 ай бұрын
Take a note that when you use the custom hook with useEffect in more than one file, the useEffect will run more than once, so keep one custom hook for every layout/component (let say one for user list, one for user details). If not, just move the useEffect outside the custom hook
@calmmind31604 ай бұрын
mate, i'm enjoying your react content, this is what i need to learn, keep making content
@dr_jacko8 ай бұрын
This is a good start, but in general I would prefer to abstract fetch away a step further than hooks or components and you also need to handle loading and error states with your async calls. As an example, create a UserProfileRepository and UserProfileService classes which have functions for CRUD on UserProfiles. Use the singleton pattern on these classes and keep them in a context where it is required in the app.
@vladanisov16898 ай бұрын
definitely the best approach for this kind of scenario!
@shoaib_akhtar_17295 ай бұрын
Thanks for explaining the importance of achieving modularity in our code.
@sachityadav41418 ай бұрын
This was Needed 😀 ThankYou, i was having anxiety seeing lots of styling classes in return of every component
@mulengachitalima76958 ай бұрын
Awesome video.. Really appreciate how you always adhere to SOLID principles in your videos
@seandiamond798323 күн бұрын
Thank's for your content, my brother.
@roshanmaddumage96754 ай бұрын
I'm truly captivated by your content and watch it daily during my free time. Please continue to create great content. Regarding this video lesson, I have a question: How do you plan to organize the subcomponent or child component files when you break down a large page into smaller components?
@cosdensolutions4 ай бұрын
Thank you for the kind words! You follow the single responsibility principle. Each component only does one thing until you've run out of things to do. So page component renders page and all features on page, then each feature gets its own component for the feature, and each one of those uses other components that make up the feature. There isn't really a strict rule as to how exactly, but rather it all depends on the features themselves and how logical it is to separate them. But generally following the SRP is a great way
@roshanmaddumage96754 ай бұрын
@@cosdensolutions Great! I had a small doubt and now it's cleared. Thank you for the reply. ☺
@sontranvan53488 ай бұрын
Simple, effective tips that are easy to learn and apply. Thank you for sharing your knowledge!!!!
@moonshadowwlbАй бұрын
Thanks, ill try this in old prijects to see if i can improvement
@mashab91297 ай бұрын
why not having ProfileData component call the useFetchProfile ?
@2positive17 ай бұрын
I would move static data array upper, from the App component. It’s static, no need to recreate it on every re-render.
@meylis_so25 ай бұрын
cosden how are u making sidebar in vscode and how u are controlling it please make tutorial
@cosdensolutions5 ай бұрын
telekinesis
@viophile8 ай бұрын
What is your view on default exports? In my opinion they should only be used in libraries, not in any other code.
@mahendrasinh_91068 ай бұрын
if you export as a default then you can import it at any name // Exporting a component with export default const MyComponent = () => { // Component implementation }; export default MyComponent; import MyComponent from './MyComponent'; without export default // Exporting a component with named export export const MyComponent = () => { // Component implementation }; // Importing the component import { MyComponent } from './MyComponent'; you need to call with same name
@PaulSebastianM8 ай бұрын
Default exports should be banned. They are not adhesive to strong typing and make tree shaking impossible especially when mixed with named export.
@kalideb-y3y8 ай бұрын
should I still separate the fetching hook if only one component uses it?
@Makłowiczwpodróży-q6l8 ай бұрын
Perfect timing, just wanted to learn about those :D
@ianfrye89888 ай бұрын
Great video. Only question I have: why not move the useFetchProfile inside the ProfileData page instead of passing it as a prop?
@ExileEditing8 ай бұрын
I struggle with choosing between fetching on the page and passing down or fetching in the components as well. I think it makes sense for both, but it is better if you separate concerns and fetch from the page. This way, your component only cares about rendering and doesn't deal with how it gets the data. It makes those components simpler as well and probably easier to test
@cosdensolutions8 ай бұрын
because ProfileData is only responsible for rendering, not fetching. Also, if you want to show profileData but with different filters or page sizes, adding that inside will be a mess. The way I did it, the parent decides that and just gives it to ProfileData to take over. It's simpler
@ianfrye89888 ай бұрын
@@cosdensolutions Thanks for clarifying!
@sontranvan53488 ай бұрын
@@cosdensolutions but in case I need to use the data of filters or page sizes from ProfileData to refresh profiledata, should I use a callback to left it to ProfilePage or move fetching into ProfileData component?
@kit3x6638 ай бұрын
I have one question. Why you didn't use React.FC or forwardRef in any of your videos. Is it usseles to use?
@harithsenevi48 ай бұрын
Can't we just use the useFetchProfile hook inside the ProfileData component itself instead of passing profileData as props from ProfilePage component? Is it a bad practice? What complications could have with that approach?
@hooooman.7 ай бұрын
A beginner here, this approach definitely makes our code more clean. but my doubt is, say if we are building a little advanced/complex project, the same approach makes too many folders and files ?
@carlostalavera496413 күн бұрын
Look up screaming architecture. Keep your code modular and it doesn't matter how many folders and files you have (when it becomes insanely complex then you need microservices or microfrontends, but that's not the common case, you usually use a monolith, i. e., a single application doing everything, instead of lots of independent services with a single purpose). It's way better than having huge files doing lots of things. For example, if you're looking for changing how the profile data is displayed, would you be looking for ProfilePage or ProfileData? The second one seems more intuitive, because it's straightforward. That's the goal. Make everything as intuitive as possible, so navigating through the codebase is a breeze.
@hooooman.12 күн бұрын
@carlostalavera4964 thankyou !!
@techaddictdude8 ай бұрын
Shouldn't the PageLayout.tsx be located in the pages folder, while the 'Profile' file should be in the in components?
@SahilPatel-kh2rt8 ай бұрын
Hey, which vs code theme you are using.? Excited to use it for my self also.
@64revolt7 ай бұрын
What do you think of atomic design and styled components? Only got to the page layout so far, but that seems like a perfect case for that, no?
@JericAdriano-yo9pv8 ай бұрын
How about modals or dialogs that are used in one page? Do we handle them all in the parent component?
@MohamedRabi8 ай бұрын
Thank you for the fantastic content!
@QueeeeenZ8 ай бұрын
I think you can use Nuxt and all the layout, structure will be already configured for you out of the box.
is it me or is the audio levels on this video really low. i have my headphones at 50 % and its quite low compared to other videos
@edward-vonschondorf-dev8 ай бұрын
Great video Cosden! It's definitely something I've been looking into lately cause I don't like long complex components that I have to edit/create. I was just curious about something though, i noticed in your imports you have an @ symbol at the beginning and was wondering how that was setup and if there is an advantage to it? Thanks!
@cosdensolutions8 ай бұрын
it's import aliases, the advantage is it makes things cleaner, and if you move things you don't have to always have everything be rewritten
@bruce_k3lly8 ай бұрын
Thank you for this amazing video it's really helpful and it has increased my productivity, but can I use utils folder, as you said and just add reusable function for similar work ?
@tunde61597 ай бұрын
Such good tutorials.
@keklamo14858 ай бұрын
anyone know what allows him to do rjsfc and have the react component with function keyword? i just have rafc and its the arrow funciton i hate it
@cosdensolutions8 ай бұрын
check out my vscode setup video
@nicus15048 ай бұрын
why would you use export default function instead of export const?
@keklamo14858 ай бұрын
@@nicus1504 i just like using function better its personal preference
@sathirabandara79818 ай бұрын
great video. its very useful. 🤩
@skymasseffect3 ай бұрын
can you make a video on MVVM architecture with react ?
@carloseduardomagalhaespere51128 ай бұрын
Thank you for another great video! I've been learning a lot here! One question: Why do you prefer to use type instead of interface in the props definition? 🤔
@FiguringOutWhatIsLife8 ай бұрын
I mean isn't the children example you gave in the first one just what we do in App.jsx though?
@FalioV8 ай бұрын
Why would you use this Layout component on every page like this ? Just pass it to the index route and thats it. Overall I see this is "basic 101" and way far from Sr. react code. And I personally think this is not the best way to describe "custom hooks" as it should be. This profile code belongs to the Service layer. Don't get me wrong, I'm not here to argue, just have some questions over all. :)
@RoomCorner_8 ай бұрын
Sir i'm interest of React Project but my english isn't very well. Is there subtitle like in KZbin?
@cosdensolutions8 ай бұрын
yes there is!
@lyrical68528 ай бұрын
Honest question, are you doing this in the real world app or in your work?
@programmerjowo8 ай бұрын
How to handle authentication on the API
@isaacjames87358 ай бұрын
Make a video about Social Login system in react please
@PeterStJАй бұрын
I would not agree with the final advice in the video (namely "build a habit of splitting...you will never build messy components") - the pattern you are prescribing for everyone and everything is called 'separation of concerns' and to that I usually say to less experienced devs: start separating when you get concerned. In your case - start extracting functionality when you see that it is reusable (like the layout is in your video, but not the profile fetching - your approach for fetching also has other issues - some commenter mentioned it bellow) but not before that. Otherwise great video (and most of the other videos you made).
@SingleSeeker8 ай бұрын
in a real project , a loading , error is also needed.
@Divyv5208 ай бұрын
Hey Man , really nice video ! I was wondering if I could help you with Viral Content ideas in your niche , Script , editing , thumbnail , SEO , Growth and analysis , Leads and appointments for your business , etc in all to you ! Pls let me know what do you think ?
@Edgars828 ай бұрын
export const router = createBrowserRouter([ { path: '/', element: ( ), errorElement: , children: [ { index: true, element: , }, { path: 'search', element: (... this way all childrens will have layout and no need to import it as wrapper inside page components
@shakapaker8 ай бұрын
props with children makes children optional, for layout it needs to be required
@CyberSurgeon8 ай бұрын
in your video description ,the project react lik is give me 500 web code .
@-mahmoudadel26288 ай бұрын
يمزاجك يا كوزدين
@NikulPipariya-hg5mb8 ай бұрын
Increase your voice please... Its so low.... Thanks for zooming screen
@tjdgmlchl63058 ай бұрын
nah I like it because he’s not yelling or doing a “youtuber voice”
@adeemmmm8 ай бұрын
His volume level is good,try to check your speaker
@dr_jacko8 ай бұрын
If only there was a way to increase the volume of a video??!?
@Pilosofia8 ай бұрын
throw your speakers in the trash and get new ones.