Dead simple State Management in Vanilla JavaScript
It’s been years now since you started using Redux, MobX or even plain React Hooks and have no idea how state management works and why it works the way it works? I’ll show you the dead simple bottom level of work in state management sans any optimization or other bells and whistles.
We will be building a stupidly simple plain ol’ HTML page with script tags in it.
Now let’s write some JavaScript.
NOTE: TL;DR; is down below ⏬
const App = function _App() {
return `
<h1>Hello Vanilla JS</h1>
<div>Example of state management in Vanilla JS</div>
`;
}document.getElementById("app").innerHTML = App();
I could have simply declared as
const App = function() {...
// or
const App = () => {...
But there’s reason I didn’t, which I’ll explain later. Now, let’s create some state
App.state = {
count: 0,
increment: () => {
App.state.count++;
}
};
A simple state created as a property on App
function. 😉
Wait! You can do that? 😲
Yes, everything in JavaScript is an object, and technically you can even do that on strings and numbers. That is why methods like "hello world".toUppercase()
and (12).toFixed(2)
would work. But the compiler doesn’t allow you to define your own properties on a string or number.
Now that App
has been made stateful, we shall integrate the state and add a click event listener at the end of file.
<h1>${_App.state.count}</h1>
<button id="button">Increase</button>...document.getElementById("app").innerHTML = App();// On Click Function
document
.getElementById("button")
.addEventListener("click", App.state.increment);
Note that I’m accessing App
inside itself by neither this
nor App
but by _App
.
There are two special things about the name _App
:
- It allows the function to reference itself internally.
- It is not visible outside of the function.
Even if I do something like this below, the code won’t break.
const Component = App;
App = null;
document.getElementById("app").innerHTML = Component();
Even when App
has been reassigned to Component
and then made to be null, the function itself remains intact and it refers itself as _App
locally, hence it is not affected. Same as ‘this’ in every other OOP programming language (We all know how this
works in JavaScript)😅.
Now try running it (simply double the index.html
file). Notice that the on click function isn’t working! 🙄 It’s because the UI is not reflecting the latest state, let’s fix that by re-rendering the elements. This can be done by running this code again when the state is updated.
document.getElementById("app").innerHTML = App();// On Click Function
document
.getElementById("button")
.addEventListener("click", App.state.increment);
Since this code is and will be repeated, we will extract it to a function
const updateTree = () => {
document.getElementById("app").innerHTML = App();// On Click Function
document
.getElementById("button")
.addEventListener("click", App.state.increment);
}
and update the increment function as
increment: () => {
App.state.count++;
updateTree(); // extracted function
}
Now our App works as expected. And that’s it! that’s the end of Dead simple State Management in Vanilla JavaScript. However just using as it is would be consider as an awful and poor framework, not because of its lack of any bell and whistles worthy feature, but because it is poorly optimised, in fact it has no optimisation, but you already know this when I said “…sans any optimization or other bells and whistles” in the beginning of this article.
Things to do,
- Should not render the whole application to reflect a simple change.
- As soon as we update to reflect the state, all the event listeners attached to DOM should not be lost and we shouldn’t add new event listeners in its place.
- The DOM elements that were unaffected and unchanged by state should not be forced to change. Changes should be as small as possible
So we shall few optimisations to our App like how React and similar library / framework does in the next upcoming article.
TL;DR;
Here is the full HTML file we have coded so far.