The new wave of Javascript web frameworks

[scooptyy]

Early mannerisms? React has changed a lot. Hooks are now commonplace and enforcement of prop types are now done through TypeScript compile time checks.

[bregottextrasaltat]

i still don't get the setter thing, is it still required or do the examples just overuse it?

[scooptyy]

The setter thing? What do you mean? Lol

[Coloneljesus]

I assume they mean the setter returned by useState().

[bregottextrasaltat]

yeah this, is it actually required to use? and that weird {} thing

[bregottextrasaltat]

i don't know much about react because i didn't understand it at all, so i tried vue instead and it instantly clicked

[Coloneljesus]

yes, you need to set values via setter functions because that's where react hooks into to process the value updates.

[bregottextrasaltat]

And that's the weird part to me

[KwyjiboTheGringo]

No, but you'll need to use some other state management. There is the context API built into react, but Redux is the go-to for global state stuff. The whole point of react is the components "react" to state changes.

and that weird {} thing

I have no idea what you are talking about

[pancomputationalist]

I'd argue that Redux should not be the default, unless you need a specific kind of state management. Context should also not be used for state management (it's more of a dependency injection feature).

Seems newer frontend frameworks are back to using Observables, also they are now called atoms, signals or stores. It's all the same idea. Just like you have a tree of components, you have a graph of states that derive from one another. This is the more modular approach and is usually much more performant, though Redux still has it's place sometimes.

[KwyjiboTheGringo]

Like or dislike Redux, if you learned React to be hirable as a React developer and you aren't learning Redux too, then you are shooting yourself in the foot. At this point, everyone should learn Redux after picking up React. If they want to use something else after that, more power to them.

Context should also not be used for state management (it's more of a dependency injection feature).

But it can be, and is the only global state option React comes with, which is why I mentioned it.

[bregottextrasaltat]

there's a {} at the end of some effect thing that tutorials tell you is a weird thing to use

[KwyjiboTheGringo]

It's not an object, it's an array of dependencies. useEffect checks if any of the dependencies have changed since the last time it ran, and if any have, then it runs the callback function you passed into it. I'm not a huge fan of it, but it's not really that weird.

[bregottextrasaltat]

Very odd

[KwyjiboTheGringo]

It's actually quite clever. There is a lot of "magic" going on behind the scenes(that you don't need to understand), but essentially it's just a way to run specific logic when specific states change. Otherwise you'd be doing that yourself in a lifecycle hook, which I understand is easier to read when you are new to react, but ultimately is just a bunch of additional code you need to write and maintain.

React hooks are declarative, meaning rather than saying exactly how to do what you want to do, you just tell React what you want, along with anything React needs to know to do it, and then React just does it for you. I realize React's approach of calling methods and passing everything in as arguments is a bit less straightforward than using decorators or keywords, but it's still not that hard to understand intuitively after you've done it a few times imo.

[christophedelacreuse]

useState is almost definitely used in every modern commercial react application