Home > Web Front-end > JS Tutorial > Why React Can Surprise You (And How to Tame It)

Why React Can Surprise You (And How to Tame It)

Mary-Kate Olsen
Release: 2024-12-19 14:40:12
Original
316 people have browsed it

Why React Can Surprise You (And How to Tame It)

If you’ve ever worked with React, you’ve probably had moments of self-doubt. I’ve been there too—wondering if I’m missing something fundamental, only to discover that the issue wasn’t with me but with React’s peculiarities.

Here, I’ll share some of these unexpected behaviors, the reasons behind them, and my own experiences. Hopefully, this will save you some of the head-scratching I’ve endured!


1. State Updates: The Delayed Reaction

You call setState, but the UI doesn’t change immediately. Why? React batches state updates for performance. This often catches new developers off guard because it contradicts the expectation of instant feedback.

const [count, setCount] = useState(0);

const handleClick = () => {
  setCount(count + 1);
  console.log(count); // Still logs the old count
};
Copy after login
Copy after login

Why It Happens:
React’s state updates are asynchronous. This allows React to optimize re-renders, but it means that setState doesn’t immediately update count. The new state will only be reflected after the component re-renders.

Pro Tip: Use the functional form of setState to avoid relying on stale state:

setCount(prevCount => prevCount + 1);
Copy after login
Copy after login

2. Dependency Arrays in Hooks: Why Didn’t This Re-Run?

Another common pitfall: you’ve added a useEffect hook, but it doesn’t seem to run when you expect it to.

useEffect(() => {
  console.log("Effect ran");
}, [someVar]);
Copy after login
Copy after login

Then, you realize that updating someVar doesn’t trigger the effect. After debugging, you discover that someVar is an object or array.

Why It Happens:
React’s dependency array uses reference equality. Even if two objects or arrays look identical, they’re considered different if their references differ. This can lead to unexpected behavior if you’re not careful.

Pro Tip: Use a utility like useDeepCompareEffect or memoize your dependencies.


3. Re-Rendering Woes: Why Did This Re-Render?

You optimize your component, only to find it’s still re-rendering unnecessarily.

const MyComponent = ({ count }) => {
  console.log("Rendered");
  return <div>{count}</div>;
};
Copy after login
Copy after login

Even if count doesn’t change, the component re-renders because the parent component re-renders and passes a new prop reference.

Why It Happens:
React’s default behavior is to re-render child components unless you use optimizations like React.memo.

Pro Tip: Use React.memo to memoize your components or useCallback to prevent prop references from changing unnecessarily.


4. The Key Prop: What’s the Big Deal?

You forget to add a key to your list items, and suddenly your UI behaves erratically.

const [count, setCount] = useState(0);

const handleClick = () => {
  setCount(count + 1);
  console.log(count); // Still logs the old count
};
Copy after login
Copy after login

Why It Happens:
React uses key to track which items have changed, been added, or removed. Without unique keys, React may re-use DOM nodes incorrectly.

Pro Tip: Use unique identifiers as keys (e.g., id from your data).


5. Event Handling: The Mysterious Double Trigger

Ever had a button click event fire twice and wondered if your browser was haunted?

setCount(prevCount => prevCount + 1);
Copy after login
Copy after login

You click the button, and “Clicked!” shows up in the console twice in development mode.

Why It Happens:
React’s Strict Mode intentionally mounts and unmounts components twice during development to highlight potential side effects. This can cause event handlers to fire multiple times.

Pro Tip: Don't panic—it’s only in development.


6. Uncontrolled Components: Who’s in Control Here?

You create an input element and assign it a value, expecting React to manage it seamlessly, but you get a warning.

useEffect(() => {
  console.log("Effect ran");
}, [someVar]);
Copy after login
Copy after login

Why It Happens:
React distinguishes between controlled components (managed by React state) and uncontrolled components (managed by the DOM). Mixing the two causes issues.

Pro Tip: Always pair value with onChange if you want a controlled component:

const MyComponent = ({ count }) => {
  console.log("Rendered");
  return <div>{count}</div>;
};
Copy after login
Copy after login

7. Refs: Why Can’t I Just Use a Regular Variable?

You try to store a value between renders using a variable, but it resets every time.

<ul>
  {items.map(item => (
    <li>{item}</li>
  ))}
</ul>
Copy after login

Why It Happens:
React re-initializes variables on every render. For persistent values, use useRef:

<button onClick={() => console.log("Clicked!")}>Click Me</button>
Copy after login

Closing Thoughts

When you know the "why," you’re not just reacting — you’re in control. React is amazing, but it can be a little confusing at times. Understanding why things work the way they do makes it way less frustrating. If you get why it's acting up, you’ll save a lot of time and frustration. It’s all part of its unique (and sometimes confusing) charm.

The above is the detailed content of Why React Can Surprise You (And How to Tame It). For more information, please follow other related articles on the PHP Chinese website!

source:dev.to
Statement of this Website
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
Latest Articles by Author
Popular Tutorials
More>
Latest Downloads
More>
Web Effects
Website Source Code
Website Materials
Front End Template