React Custom Hooks: useLocalStorage - Simply Explained!

[@cosdensolutions]

Hope you enjoyed the video! I also have a really cool and unique course that will teach you way more than this video. You'll learn how to build an actual complex project with React. It's called "Project React" and you can find it at cosden.solutions/project-react. Also, I have a free weekly newsletter called "Import React" with tutorials, news, and cool stuff about React! You can sign up at cosden.solutions/newsletter?s=ytc

[@malekabdelkader9250]

We have Unspoken rule in some organizations: a custom hook should use another hook. Anything else might violate the React Rules of Hooks. These rules ensure that hooks are called in the same order on every render and that they are not conditionally called. Violating these rules can lead to unexpected behavior in your components. With respect, thank you for your videos 🫡

[@krzysztofkwolek5810]

Plus if you want to reuse it with different key, you would have to multiply your functions, rename them, etc. What’s in the video is an example of something that shouldn’t be a custom hook, just exported function. They are also reusable.

[@mohamed-zhioua]

great job as always , by the way i have done the first try to contribute in a open source by improving the useLocalStorage Hook to Handle Multiple Keys

[@DebrajRoy-x2c]

Brother your teaching technique daymmm🤯

[@eddnufc93]

Rather than return an object containing { getItem, setItem, removeItem }. If you had returned them as an array [ get, set, clear ] you could then name them in the aame way as you would using useState. You could also use the hook several times in the same component like so. const [getName, setName, clearName] = useLocalStorage('name') const [getAge, setAge, clearAge] = useLocalStorage('age') You could still rename them with aliasing, but its not so nice const { getItem: getName, setItem: setName, removeItem: clearName } = useLocalStorage('name') const { getItem: getAge, setItem: setAge, removeItem: clearAge } = useLocalStorage('age')

[@cosdensolutions]

I still favor the object returning because I like aliasing things that way. With arrays you can very easily mix up the order. But ideally, you'd actually make the key part of the functions, so you would only need one hook!

[@Mroskas]

I think a simple and good addition would be to convert get function to generic. Because now we might as well use jsx. 😁

[@learnearn8721]

Your tutorial are really helpful thanks a lot 🙏🙏🙏🙏🙏🙏🙏

[@OleksandrKaminiev]

Nice explanation. Thank you!

[@beb316ratnesh2]

Nice Explanation! The only problem: Did not explained what custom hooks are, their purpose, use cases etc. Not an ideal choice for a beginner.

[@imammaulana6707]

You save my day bro 🤩

[@alvinacosta2312]

i think you need to use hooks inside the custom hook for it to be a custom hook? i think this is just a function, a helper function maybe? good video just the same :)

[@cosdensolutions]

not necessarily. This is designed to be a custom hook, even without state. Doing it this way makes it super easy to add state later on or callbacks. If you did it in a helper function, you'd have to convert it to a hook later on anws if you wanted those things

[@alvinacosta2312]

@@cosdensolutions great great! Thanks for the reply!

[@haciendadad]

it is not a requirement to use a React Hook inside a custom hook. Custom hooks can be used to encapsulate any type of logic, including stateful logic, imperative logic, and even other custom hooks. However, it is common to use React Hooks inside of custom hooks in order to reuse stateful logic across multiple components.

[@ALi-Sloom]

Mann , You're Amazing

[@bmielki]

is there a reason that you used the key as a parameter of the hook and not to the functions inside instead?

[@cosdensolutions]

so you didn't have to always pass the key to every function

[@naukaKontoTechniczne]

Great job!!! Thanks

[@JishnuRaj-q5f]

Interesting! Now tell me what is the use of this hook when we can straightaway use the built-in localStorage APIs?

[@cosdensolutions]

It just makes it easier to handle the try catch blocks and exposes an easier api for it that is re-usable. You could also easily add additional logic to have state or effects in that hook

[@JishnuRaj-q5f]

I don't find anything useful in the code presented until like you said, any additional logic or state implementation for realtime rendering of the localstorage data. const { getItem: getUserItem, setItem: setUserItem, removeItem: removeUserItem } = useLocalStorage('user'); const { getItem: getTokenItem, setTokenItem, removeItem: removeTokenItem } = useLocalStorage('token'); const somethingElse = useLocalStorage('something-else'); somethingElse.getItem(); // ... somethingElse.setItem(); // ... somethingElse.removeItem(); // ... // VS localStorage.setItem('foo', 'value1'); const foo = localStorage.getItem('foo'); localStorage.removeItem('foo'); try { localStorage.setItem('user', JSON.stringify(loggedInUser)) } catch (error) { } Here built-in localStorage API looks much more easier to use and the useLocalStorage hook you suggested looks just a lot more complicated to use. Unless you add any advantages than the existing localStorage APIs, like, again, the use of states that maps to localStorage, which can then be used to show localStorage data live updating in the components, this hooks looks pretty unnecessary. @@cosdensolutions

[@abrahamorherhe2434]

Thanks for your videos.

[@sachinmalik5837]

Haha, I like how you always kinda make way for subscribe message right there in code.

[@cosdensolutions]

😉

[@ride.withzero]

Very useful!! Thanks

[@einfacherkerl3279]

shouldn't this be done inside useEffect in useLocalStorage?

[@ravisankarp61]

I love this video , thank you.

[@ravisankarp61]

Do u have a course , I would like to check it if it is in my budget :)

[@fetyagency9808]

why indexedDB and the libraries wrapped around it, is subtlety used among the react community? i am really curios can somebody gimme an answer

[@Hosain_Ahmed]

In your code the key is static. isn't it?

[@fabriziogiovannetti3020]

The order of setItems, getItems and removeItems is different in the useLocalStorage declaration than its usage. It doesn’t matter?

[@cosdensolutions]

nope, because they are named and it's an object!

[@fabriziogiovannetti3020]

Thank you!

[@marcossequeira5433]

Just for curious it's any clean way to detect changes in the local storage?

[@cosdensolutions]

yeah, you can add an event listener to the 'storage' event to receive updates when things change!

[@haciendadad]

@@cosdensolutions Also, you can use a useEffect hook

[@bronekjelonek3323]

Where do css class names like 'mb-2 text-3xl font-bold' come from? I'm quite new to react and they don't seem to be a bootstrap?

[@Tommy-ev6gv]

It's a css framework called Tailwind.

[@cosdensolutions]

Tailwind!

[@osmar6150]

You are the best

[@riadqerimi6701]

Tell us about this copilot in vsco

[@cosdensolutions]

have video on it! called my vscode setup

[@ahmedfoda9823]

Hi, Sometimes when i delete data from local storage i still get it in the page unless i refreshed the browser, is there any reason for this behavior?

[@cosdensolutions]

React doesn't by default check for changes in localStorage. As far as it's concerned, nothing changed so it doesn't need to re-render. That's why it works only on reload, because that's when React will render again

[@ahmedfoda9823]

@@cosdensolutions Thanks, keep up the good work

[@chun-lunlin7397]

that is not a hook but a simple util function, using use* prefix won't make it into a hook if it does not store any states.

[@balduin_b4334]

Thats a good hook, but I don't know about setting the key when calling the hook. If you have multiple local storage items in one component you have to use the hook multiple times and then overwrite the function names. I think I would rather not set the key directly

[@cosdensolutions]

yeah that can also work, you could also use the hook multiple times for different keys too, but yeah it's probably better to then make the changes to a hook that accommodates multiple keys

[@TurkeyMaster]

"Intersing! However, consider this scenario: what if I wish to have multiple useLocalStorage() instances within a single file? For instance, suppose I intend to manipulate data such as key: weather with values [rain, cloud, sun] and key: wind with values [n, e, s, w]. Wouldn't it be more elegant to employ a useLocalStorage() approach, where each returned function manages its own key:value pair, offering functions like setItem(key, val), deleteItem(key), and getItem(key)?"

[@cosdensolutions]

yes, you could change the hook to accomodate that without a problem! This was specifically just for one key to keep it simple, but definitely !

[@hamedjafari5539]

Why creating a custom hook when there is no hooks inside. I think you can simply create a util file and implement these as separate functions.

[@cosdensolutions]

Because you would want to extend this further with some state and effects. This is just the simple version. This should always be a hook, helper functions are something else

[@hamedjafari5539]

Thanks for the answer@@cosdensolutions

[@boogiecoin]

🥰

[@DioArsya]

its good, but it is only a normal function and not a hook 😢

[@cosdensolutions]

this is the base version of it, you can add state and effects inside easily, that's the goal! This is a hook

[@oki7886]

You made a hook without using any react hooks inside, kinda pointless to name it useLocalStorage, its just a normal function.

[@cosdensolutions]

This video is kept simple, but if you were to add state or effects inside, this is much better as a hook

[@quoccuong1733]

@@cosdensolutionsmaking it a hook just limits where it can be used. Make it a function then if theres a need for it to be a hook create one

[@haciendadad]

Here are some examples of when you might want to use a custom hook without using any React Hooks inside of it: - To encapsulate imperative logic, such as making API calls or interacting with DOM elements. - To reuse a pattern or algorithm that doesn't involve state management. - To create a custom hook that is simply a wrapper for another function.