Prop drilling es pasar datos a través de muchos componentes intermedios que no los usan ellos mismos, solo para llegar a un componente profundamente anidado que sí lo hace. Es tedioso y hace que los componentes estén fuertemente acoplados a datos que no les importan.
() {
[user] = ({ : });
;
}
() {
;
}
() {
;
}
() {
;
}
Layout, Header y Nav tienen que aceptar y reenviar user aunque no lo usen — ruidoso, frágil (renombra la prop y edita cada capa), y acoplamiento de componentes no relacionados.
const UserContext = createContext(null);
function App() {
const [user] = useState({ name: "Ann" });
return (
<UserContext.Provider value={user}> {/* provide once at the top */}
<Layout /> {/* no user prop needed anywhere */}
</UserContext.Provider>
);
}
function Avatar() {
const user = useContext(UserContext); // consume directly, skip the middle
return <img alt={user.name} />;
}
Context permite que cualquier descendiente lea el valor directamente, omitiendo las capas intermedias.
✓ Context API → for app-wide/subtree data (theme, user, locale)
✓ State libraries → Zustand/Redux/Jotai — components subscribe to the store directly
✓ Component composition → pass JSX as children instead of data through props
// composition: let the parent compose the tree, passing the leaf directly
<Layout><Nav><Avatar user={user} /></Nav></Layout>
A little prop drilling (1–2 levels) is FINE and often clearer than adding Context.
Reach for Context/stores when drilling becomes deep or widespread.
Prop drilling es un dolor común que señala que los datos se necesitan ampliamente — reconocerlo te dice cuándo recurrir a Context, una biblioteca de estado o composición.
Evitarlo (cuando es genuinamente profundo) mantiene los componentes desacoplados y mantenibles.
Pero el criterio importa: el drilling superficial es aceptable y más simple que la abstracción prematura; el objetivo es eliminar el reenviío profundo y repetitivo, no todo prop passing.