प्रॉप ड्रिलिंग कई मध्यवर्ती घटकों के माध्यम से डेटा पास करना है जो इसका उपयोग नहीं करते, बस इसे एक गहरे नेस्टेड घटक तक पहुंचाने के लिए जिसे इसकी आवश्यकता है। यह कठिन है और घटकों को उन डेटा से कसकर जोड़ता है जिसकी उन्हें परवाह नहीं है।
() {
[user] = ({ : });
;
}
() {
;
}
() {
;
}
() {
;
}
Layout, Header, और Nav सभी को user स्वीकार करना और आगे करना होता है भले ही वे इसका उपयोग नहीं करते — शोरगुल वाला, नाजुक (प्रॉप का नाम बदलें और हर परत को संपादित करें), और असंबंधित घटकों का युग्मन।
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 किसी भी वंशज को मान को सीधे पढ़ने देता है, मध्यवर्ती परतों को दरकिनार करते हुए।
✓ 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.
प्रॉप ड्रिलिंग एक सामान्य दर्द बिंदु है जो बताता है कि डेटा व्यापक रूप से आवश्यक है — इसे पहचानना आपको बताता है कि Context, स्टेट लाइब्रेरी, या कम्पोजिशन कब का उपयोग करना है।
इससे बचना (जब यह वास्तव में गहरा हो) घटकों को अनुपयुक्त और रखरखाव योग्य रखता है।
लेकिन सावधानी महत्वपूर्ण है: उथली ड्रिलिंग स्वीकार्य है और समय से पहले अमूर्ततावादी होने की तुलना में सरल है; लक्ष्य गहरी, दोहराई जाने वाली फोरवर्डिंग को समाप्त करना है, सभी प्रॉप पास को नहीं।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें