State management comparison in React Native - Practice Problems & Coding Challenges

Challenge - 5 Problems

🧠 Conceptual

intermediate

Understanding useState vs useReducer

Which statement best describes when to prefer useReducer over useState in React Native?

A Use useReducer when state logic is complex and involves multiple sub-values or when the next state depends on the previous one.

B Use useReducer only for managing global app state across multiple screens.

C Use useReducer when you want to update state directly without dispatching actions.

D Use useReducer when you want to avoid using any functions to update state.

💡 Hint

Think about complexity and how state updates depend on previous values.

useReducer is preferred for complex state logic or when the next state depends on the previous state. useState is simpler and better for simple state updates.

❓ ui_behavior

intermediate

Effect of Context API on component re-renders

In React Native, what happens to components consuming a Context when the Context value changes?

A No components re-render unless you manually call setState in them.

B Components re-render only if they are wrapped in React.memo.

C Only components that use the changed part of the Context value re-render automatically.

D All components consuming that Context re-render regardless of whether they use the changed value.

💡 Hint

Consider how Context propagates changes to consumers.

When Context value changes, all consuming components re-render because React cannot know which parts of the value changed.

❓ lifecycle

advanced

State update timing with useState and useEffect

Given this React Native code snippet, what will be the console output after the button is pressed once? code: """ const [count, setCount] = useState(0); useEffect(() => { console.log('Count changed:', count); }, [count]); const onPress = () => { setCount(count + 1); setCount(count + 1); }; """

A Count changed: 1

B Count changed: 2

C Count changed: 0

D Count changed: NaN

💡 Hint

Remember that state updates are asynchronous and may be batched.

Both setCount calls use the same stale count value (0), so the state updates to 1 only once. The effect logs 'Count changed: 1'.

❓ navigation

advanced

State persistence across React Navigation screens

In React Native using React Navigation, which approach ensures state persists when navigating back and forth between screens?

A Keep state only in local component useState hooks on each screen.

B Store state in a global context or state management library like Redux or Zustand.

C Reset state in useEffect cleanup when screen unmounts.

D Use React Navigation's useFocusEffect to reset state on screen focus.

💡 Hint

Think about where state lives when screens unmount and remount.

Local state in components resets when screens unmount. Global state or context persists across navigation.

🔧 Debug

expert

Identifying cause of stale state in React Native

Why does this React Native component always log the initial count value 0 when the button is pressed, despite updating state? code: """ const MyComponent = () => { const [count, setCount] = useState(0); const handlePress = () => { setTimeout(() => { console.log('Count is:', count); setCount(count + 1); }, 1000); }; return

A The count state is not initialized properly with useState.

B setTimeout delays state update causing React to ignore the setCount call.

C The handlePress closure captures the initial count value, so setTimeout logs stale count and increments from 0 every time.

D The Button component does not trigger onPress events correctly.

💡 Hint

Consider how closures capture variables in JavaScript functions.

The handlePress function closes over the initial count value 0, so the delayed callback always sees count as 0, causing stale logs and increments.