dependency injection क्या है और वह असल में कौन सी समस्या हल करती है?

dependency injection का मतलब है कि कोई component अपने साथी खुद बनाने के बजाय बाहर से पाता है। यह coupling की समस्या हल करती है: अगर कोई class अपना डेटाबेस client खुद बनाती है, तो आप उसे न बदल सकते हैं, न अलग करके टेस्ट कर सकते हैं, न उसकी उम्र पर काबू रख सकते हैं। constructor के जरिए dependencies अंदर भेजने से वे साफ दिखती हैं, class ईमानदारी से बता देती है कि वह किन चीजों को छूती है, और आप टेस्ट में नकली या हर environment में अलग implementation दे सकते हैं।

इसका मतलब बस इतना है कि class को जो चाहिए वह उसे थमा दिया जाता है, वह खुद नहीं बनाती। अगर मेरी order service constructor में अपना Postgres client बनाती है, तो वह Postgres से और environment में पड़ी किसी भी connection string से चिपक जाती है, और उस class का हर टेस्ट अब integration test बन जाता है। अगर वह constructor parameter के तौर पर एक repository interface लेती है, तो मैं प्रोडक्शन में असली और टेस्ट में in memory वाला भेज देता हूं, और class को फर्क ही नहीं पड़ता। जिस फायदे की कद्र मुझे वक्त के साथ ज्यादा हुई है वह ईमानदारी है: constructor की signature ठीक ठीक बता देती है कि यह चीज क्या क्या छूती है, तो जब कोई class सात dependencies लेती है तो वह डिजाइन की बदबू आपको दिख जाती है, ढूंढने नहीं जाना पड़ता। मैं यह साफ करना चाहूंगा कि मेरे हिसाब से container जरूरी नहीं है। छोटी सर्विसेज में मैं सब कुछ एक composition file में हाथ से जोड़ता हूं, और वही file सिस्टम का नक्शा बन जाती है। frameworks तब मदद करते हैं जब यह जोड़ना उबाऊ हो जाए, उससे पहले नहीं।