Composition vs Inheritance
React prefers composition over inheritance: children, special slots, and why extend MyComponent is a dead end.
- react
- composition-vs
Class hierarchies of UI widgets sounded organized in 2015. In React they fight the model. Components are functions of props; reuse comes from composition — nesting elements, passing children, and sharing logic with hooks — not class Dialog extends Modal.
Docs: Composition vs Inheritance, Containing other components.
children as the main API
function Card({ children }) {
return <section className="card">{children}</section>;
}
function Page() {
return (
<Card>
<h2>Billing</h2>
<p>Next invoice on Friday.</p>
<button type="button">Pay</button>
</Card>
);
}
Card does not know or subclass its contents. Parents decide structure. That is the opposite of inheritance, where a base class guesses every extension point.
Named slots via props
function Modal({ title, body, footer }) {
return (
<div role="dialog" aria-modal="true" aria-label={title}>
<header>{title}</header>
<div>{body}</div>
<footer>{footer}</footer>
</div>
);
}
<Modal
title="Delete file?"
body={<p>This cannot be undone.</p>}
footer={
<>
<button type="button" onClick={onCancel}>Cancel</button>
<button type="button" onClick={onConfirm}>Delete</button>
</>
}
/>
Slots are just props that accept React nodes. More flexible than forcing subclasses to override renderFooter().
Logic reuse: hooks, not superclasses
function useOnlineStatus() {
const [online, setOnline] = useState(
typeof navigator !== 'undefined' ? navigator.onLine : true
);
useEffect(() => {
const on = () => setOnline(true);
const off = () => setOnline(false);
window.addEventListener('online', on);
window.addEventListener('offline', off);
return () => {
window.removeEventListener('online', on);
window.removeEventListener('offline', off);
};
}, []);
return online;
}
function SaveButton() {
const online = useOnlineStatus();
return <button type="button" disabled={!online}>Save</button>;
}
HOCs and render props still exist for legacy code; hooks are the default. See higher-order components and render props.
Why inheritance hurts here
- Fragile base class: change
Modallifecycle, break every subclass. - Hard to type and tree-shake.
- Cross-cuts (analytics, auth) multiply intermediate classes.
- React’s reconciliation cares about element type; subclassing does not give you a cleaner fiber tree.
Interview out-loud
“React reuses UI through composition: children, slot props, and custom hooks. Inheritance fights props-down data flow and makes extension points rigid. I wrap, nest, and extract hooks instead of extending components.”
Related on this site
- Children Prop Patterns
- Avoid Prop Drilling with Composition
- Higher-Order Components
- Layout Components
Further reading
Production checklist
- Source of truth clear for every piece of UI state?
- Remount, route change, and Strict Mode cleanup paths handled?
- Urgent updates separated from deferrable work?
- Profiled before memo, virtualization, or context splits?
- Keyboard, focus, and accessible names still work after the change?
Edge cases worth rehearsing
Interviewers and production incidents cluster around the same edges: first render versus update, empty and loading states, Strict Mode double setup, concurrent interruptions, and what happens when identity (key, route params, user id) changes mid-edit. Walk one concrete user journey end-to-end — open, edit, navigate away, come back — and say which state survives.
Prefer fixing data flow and ownership before reaching for memoization or micro-optimizations. Prefer event handlers over effects when a user action is the trigger. Prefer deriving values during render over mirroring props into state. Prefer stable list keys from business ids. Measure with the profiler when performance is the claim.
When you cite an API, mention one failure mode: abort on unmount, serializable props across server/client boundaries, focus restoration for dialogs, or cache invalidation after a mutation. Specific beats generic every time.
Related guides
- useCopyToClipboard HookCopy text with navigator.clipboard, fallback execCommand, transient copied state, and permissions that fail in insecure contexts.
- useDebouncedValue HookDebounce a changing value in React without firing effects on every keystroke. Cleanup, leading vs trailing, and the stale timer that updates unmounted state.
- useEventListener HookAttach a window, document, or element listener with a stable handler ref so you do not rebind on every render. Capture option and target changes.
- useFetch With AbortControllerFetch in an effect with a signal, ignore aborted errors, and prevent the slow response from winning a race after the url changes.
- useIdle HookDetect idle users: reset a timer on input events, fire idle after timeout, and decide whether mount starts the timer immediately.