Why Lifecycle mapping with hooks in React? - Purpose & Use Cases

The Big Idea

Discover how hooks turn messy lifecycle code into neat, automatic updates!

The Scenario

Imagine you have a React component that needs to fetch data when it appears, update something when props change, and clean up timers when it disappears.

Doing all this by hand means writing separate code for each step and carefully tracking when to run it.

The Problem

Manually managing these lifecycle steps is confusing and easy to mess up.

You might forget to clean up, causing bugs or memory leaks.

It's hard to keep track of when to update or fetch data, leading to slow or broken apps.

The Solution

Lifecycle mapping with hooks lets you organize code by what it does, not by lifecycle events.

You use hooks like useEffect to run code at the right time automatically.

This makes your components simpler, clearer, and less error-prone.

Before vs After

✗ Before

componentDidMount() { fetchData(); }
componentDidUpdate(prevProps) { if (this.props.id !== prevProps.id) fetchData(); }
componentWillUnmount() { clearTimer(); }

✓ After

useEffect(() => { fetchData(); return () => clearTimer(); }, [props.id]);

What It Enables

You can write clean, easy-to-understand components that react automatically to changes and clean up after themselves.

Real Life Example

Think of a chat app where messages load when you open a chat, update when new messages arrive, and stop listening when you leave.

Hooks handle all this smoothly without extra fuss.

Key Takeaways

Manual lifecycle methods are complex and error-prone.

Hooks map lifecycle events to simple, clear code blocks.

This leads to easier maintenance and fewer bugs.

Practice

1. Which React hook is used to run code after a component renders, replacing lifecycle methods like componentDidMount and componentDidUpdate?

easy

A. useEffect

B. useState

C. useContext

D. useRef

Solution

1. Step 1: Understand lifecycle replacement

   The useEffect hook runs code after rendering, replacing lifecycle methods like componentDidMount and componentDidUpdate.

2. Step 2: Identify the correct hook

   useState manages state, useContext accesses context, and useRef stores mutable values. Only useEffect runs side effects after render.

3. Final Answer:

   useEffect -> Option A

4. Quick Check:

   Effect hook = useEffect [OK]

Hint: useEffect runs code after render like lifecycle methods [OK]

Common Mistakes:

• Confusing useState with useEffect
• Thinking useRef runs effects
• Believing useContext triggers after render

2. Which of the following is the correct syntax to run an effect only once when a React component mounts using useEffect?

easy

A. useEffect(() => { /* code */ }, null);

B. useEffect(() => { /* code */ });

C. useEffect(() => { /* code */ }, true);

D. useEffect(() => { /* code */ }, []);

Solution

1. Step 1: Understand dependency array usage

   Passing an empty array [] as the second argument to useEffect makes it run only once after the first render (component mount).

2. Step 2: Analyze each option

   useEffect(() => { /* code */ }); runs after every render. useEffect(() => { /* code */ }, true); runs after every render since non-array dependencies are ignored. useEffect(() => { /* code */ }, null); with null also runs after every render as it's not an array.

3. Final Answer:

   useEffect(() => { /* code */ }, []); -> Option D

4. Quick Check:

   Empty array = run once [OK]

Hint: Empty dependency array runs effect once on mount [OK]

Common Mistakes:

• Omitting dependency array causes effect every render
• Using null instead of empty array
• Passing non-array values like true or null as dependencies

3. What will be logged to the console when the following React component mounts and then the count state changes?

function Counter() {
  const [count, setCount] = React.useState(0);
  React.useEffect(() => {
    console.log('Count is', count);
  }, [count]);
  return  setCount(count + 1)}>Increment;
}

medium

A. Logs 'Count is 0' once on mount only

B. Logs 'Count is 0' repeatedly every second

C. Logs 'Count is 0' on mount and 'Count is 1' after first click

D. Logs nothing because useEffect has dependencies

Solution

1. Step 1: Understand useEffect with dependency

   The effect runs after the component mounts and whenever count changes because count is in the dependency array.

2. Step 2: Trace the console logs

   On mount, count is 0, so it logs 'Count is 0'. After clicking the button, count becomes 1, triggering the effect again and logging 'Count is 1'.

3. Final Answer:

   Logs 'Count is 0' on mount and 'Count is 1' after first click -> Option C

4. Quick Check:

   Effect runs on mount and dependency change [OK]

Hint: Effect runs on mount and when dependencies change [OK]

Common Mistakes:

• Thinking effect runs only once without dependencies
• Assuming no logs because dependencies exist
• Confusing useEffect with setInterval

4. Identify the problem in this React component that uses useEffect and suggest the fix:

function Timer() {
  React.useEffect(() => {
    const id = setInterval(() => console.log('Tick'), 1000);
  }, []);
  return <div>Timer</div>;
}

medium

A. No problem; code works fine as is

B. Missing cleanup function to clear the interval on unmount

C. Dependency array should include 'id' to update interval

D. setInterval should be replaced with setTimeout

Solution

1. Step 1: Analyze effect side effects

   The effect sets an interval but does not clear it, causing a memory leak when the component unmounts.

2. Step 2: Suggest cleanup function

   Return a cleanup function from useEffect that calls clearInterval(id) to stop the interval on unmount.

3. Final Answer:

   Missing cleanup function to clear the interval on unmount -> Option B

4. Quick Check:

   Cleanup prevents memory leaks [OK]

Hint: Always clean intervals/timeouts in useEffect cleanup [OK]

Common Mistakes:

• Forgetting to clear intervals causing leaks
• Adding dependencies unnecessarily
• Replacing setInterval with setTimeout incorrectly

5. You want to fetch user data only once when a component mounts and cancel the fetch if the component unmounts before it finishes. Which is the best way to implement this using useEffect?

hard

A. useEffect(() => {
const controller = new AbortController();
fetch('/user', { signal: controller.signal })
.then(res => res.json())
.then(data => console.log(data));
return () => controller.abort();
}, []);

B. useEffect(() => {
fetch('/user').then(res => res.json()).then(data => console.log(data));
}, []);

C. useEffect(() => {
fetch('/user').then(res => res.json()).then(data => console.log(data));
return () => console.log('Cleanup');
}, []);

D. useEffect(() => {
fetch('/user').then(res => res.json()).then(data => console.log(data));
}, [fetch]);

Solution

1. Step 1: Understand fetch cancellation

   To cancel a fetch request on unmount, use an AbortController and pass its signal to fetch.

2. Step 2: Implement cleanup to abort fetch

   Return a cleanup function from useEffect that calls controller.abort() to cancel the fetch if unmount happens early.

3. Final Answer:

   Use AbortController with cleanup to abort fetch -> Option A

4. Quick Check:

   AbortController + cleanup = safe fetch [OK]

Hint: Use AbortController and cleanup to cancel fetch on unmount [OK]

Common Mistakes:

• Not cancelling fetch causing memory leaks
• Logging cleanup without aborting fetch
• Adding fetch to dependencies unnecessarily