Hacker News Reader

Comment by Lazare | Hacker News Reader

My impression is the community is mostly accepting, but some are taking a wait and see attitude until they can see it in production.

I don't think there's a lot of concern about hook ordering; it's hard to see that being a serious issue in practice. And it has some significant advantages over existing alternatives.

View on HN

Maybe it won't be an issue. However, it does go against regular advice of being explicit over magical. Depending on call order is something that immediately pops out as fishy.

As always, programming is about trade-offs and the React team is claiming this trade-off is worth it.

If you have a stack machine, when you write a function like this.

    function foo() {
        let x = 1;
        let y = 2;
        x + y;
    }

Your code already depends on ordering. x is on the stack first. y is on the stack second.

You don't randomly rewrite this two lines of code on every invocation of foo.

`let x = 1` and `let [x] = useState(1)` is the exact same thing.

Apparently React's internals have been doing similar order-based magic for a while already.

That's also the reason why you have to make sure you're passing an update function to `setState` sometimes.

That's not why you have to do it, it's because the state can be updated asynchronously. It's only applicable when you try to update the state based on previous state or props values.

Reply on news.ycombinator.com