Spring में dependency injection कैसे काम करता है, और आप constructor injection को क्यों पसंद करते हैं?

container beans बनाता है और उनके collaborators देता है, तो classes यह घोषित करती हैं कि उन्हें क्या चाहिए, खुद बनाती नहीं। constructor injection इसलिए बेहतर है क्योंकि dependencies अनिवार्य और साफ दिखती हैं, fields final हो सकती हैं जिससे ऑब्जेक्ट immutable और पूरी तरह बना हुआ होता है, class को सादे new से बिना reflection के टेस्ट किया जा सकता है, और circular dependency lazy field injection के पीछे छिपने के बजाय startup पर जोर से फेल होती है।

container ऑब्जेक्ट बनाने का मालिक है, तो मेरी class अपने constructor में जो चाहिए वह मांगती है और Spring उसे हल करके inject कर देता है। मैं constructor injection इसलिए लेता हूं क्योंकि इससे contract साफ हो जाता है: अगर class पांच collaborators लेती है, तो यह पांच annotated fields में छिपने के बजाय signature में दिख जाता है, और आमतौर पर यही बता देता है कि class बहुत ज्यादा काम कर रही है। fields final हो सकती हैं, तो ऑब्जेक्ट पूरा बना होता है और थ्रेड्स के बीच publish करने लायक सुरक्षित होता है, और मैं उसे test में सादे constructor arguments के साथ, बिना किसी Spring context के, बना सकता हूं, जिससे unit tests तेज रहते हैं। circular dependencies भी startup पर नाकामी बनकर सामने आती हैं, उन पर पर्दा नहीं पड़ता। scope की बात करें तो beans डिफॉल्ट रूप से singleton होते हैं, इसलिए मैं उन्हें stateless रखता हूं; singleton service पर mutable field कनकरेंट requests का इंतजार करती race condition है। जब मुझे हर request की अपनी state चाहिए तो मैं उसे request scoped bean की तरफ हाथ बढ़ाने के बजाय method parameter में पास करता हूं। field injection से मैं जानबूझकर बचता हूं, क्योंकि वह dependencies छिपा देता है और test में सेट करने के लिए reflection मांगता है।