Prop drilling é passar dados por muitos componentes intermediários que não o usam, apenas para chegá-lo a um componente profundamente aninhado que o faz. É tedioso e torna os componentes fortemente acoplados a dados que não lhes interessam.
() {
[user] = ({ : });
;
}
() {
;
}
() {
;
}
() {
;
}
Layout, Header e Nav todos têm que aceitar e repassar user mesmo que não o usem — barulhento, frágil (renomear o prop e editar cada camada), e acoplando componentes não 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 qualquer descendente leia o valor diretamente, contornando as camadas intermediárias.
✓ 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 é um ponto de dor comum que sinaliza que os dados são necessários amplamente — reconhecê-lo te diz quando recorrer a Context, uma biblioteca de estado, ou composição.
Evitá-lo (quando é genuinamente profundo) mantém os componentes desacoplados e mantíveis.
Mas o julgamento importa: drilling raso é aceitável e mais simples que abstração prematura; o objetivo é eliminar repasse profundo e repetitivo, não toda passagem de props.