Prop drilling je předávání dat skrz mnoho mezilehlých komponent, které je samy nepoužívají, pouze aby se dostala hluboko vnořené komponentě, která je používá. Je to únavné a činí komponenty těsně vázané na data, která je nezajímají.
() {
[user] = ({ : });
;
}
() {
;
}
() {
;
}
() {
;
}
Layout, Header a Nav všechny musí přijmout a předat user i přesto, že ho nepoužívají — hlučné, křehké (přejmenujte prop a upravte každou vrstvu), a propojení nesouvisejících komponent.
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 umožňuje jakémukoli potomkovi číst hodnotu přímo, obcházíme tak mezilehlé vrstvy.
✓ 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 je běžný problém, který signalizuje, že data jsou potřeba široko — jeho rozpoznání vám řekne, kdy sáhnout po Context, knihovně stavů nebo composiční.
Vyvarování se tomu (když je skutečně hluboké) udržuje komponenty oddělené a snadné k údržbě.
Ale úsudek má smysl: mělké drilling je přijatelné a jednodušší než předčasné abstrahování; cílem je eliminovat hluboké, opakující se předávání, ne veškeré prop passing.