मूल रूप से वसंत के लिए एक रूपरेखा है निर्भरता अन्तःक्षेपण यह एक ऐसा पैटर्न है जो बहुत कम प्रणाली के निर्माण की अनुमति देता है।
समस्या
उदाहरण के लिए, मान लीजिए कि आपको सिस्टम के उपयोगकर्ताओं को सूचीबद्ध करने की आवश्यकता है और इस प्रकार एक इंटरफ़ेस घोषित किया जाता है UserLister:
public interface UserLister {
List<User> getUsers();
}
और हो सकता है कि सभी उपयोगकर्ताओं को प्राप्त करने के लिए एक डेटाबेस तक पहुँचने वाला कार्यान्वयन:
public class UserListerDB implements UserLister {
public List<User> getUsers() {
// DB access code here
}
}
आपके विचार में आपको एक उदाहरण (केवल एक उदाहरण, याद रखना) तक पहुँचने की आवश्यकता होगी:
public class SomeView {
private UserLister userLister;
public void render() {
List<User> users = userLister.getUsers();
view.render(users);
}
}
ध्यान दें कि ऊपर दिए गए कोड ने वैरिएबल को इनिशियलाइज़ नहीं किया है userLister। क्या करे? अगर मैं स्पष्ट रूप से इस तरह से वस्तु को तुरंत हटा दूं:
UserLister userLister = new UserListerDB();
... मैं डीबी तक पहुँचने वाले वर्ग के अपने कार्यान्वयन के साथ दृश्य को देखूंगा। क्या होगा यदि मैं DB कार्यान्वयन से दूसरे पर स्विच करना चाहता हूं जो उपयोगकर्ता सूची को अल्पविराम से अलग की गई फ़ाइल से प्राप्त करता है (याद रखें, यह एक उदाहरण है)? उस स्थिति में, मैं फिर से अपने कोड में जाऊंगा और उपरोक्त पंक्ति को इसमें बदलूंगा:
UserLister userLister = new UserListerCommaSeparatedFile();
इस तरह के एक छोटे से कार्यक्रम के साथ कोई समस्या नहीं है लेकिन ... एक कार्यक्रम में क्या होता है जिसमें सैकड़ों विचार और समान संख्या में व्यापारिक वर्ग होते हैं? रखरखाव एक बुरा सपना बन जाता है!
वसंत (निर्भरता इंजेक्शन) दृष्टिकोण
स्प्रिंग एक्सएमएल फ़ाइल या एनोटेशन का उपयोग करके कक्षाओं को तार करने के लिए क्या करता है , इस तरह से सभी ऑब्जेक्ट्स को स्प्रिंग द्वारा इंस्टेंट और इनिशियलाइज़ किया जाता है और सही स्थानों (सर्वलेट्स, वेब फ्रेमवर्क, बिज़नेस क्लासेस, डीएओ, इत्यादि) आदि में इंजेक्ट किया जाता है। ...)।
वसंत में उदाहरण के लिए वापस जा रहे हैं हम सिर्फ userListerक्षेत्र के लिए एक सेटर की जरूरत है और इस तरह एक XML फ़ाइल है:
<bean id="userLister" class="UserListerDB" />
<bean class="SomeView">
<property name="userLister" ref="userLister" />
</bean>
या अधिक बस हमारे दृश्य वर्ग में दर्ज एनोटेट के साथ @Inject:
@Inject
private UserLister userLister;
इस तरह जब दृश्य बनाया जाता है तो यह जादुई रूपUserLister से काम करने के लिए तैयार होगा ।
List<User> users = userLister.getUsers(); // This will actually work
// without adding any line of code
यह बहुत अच्छा है! है ना?
- यदि आप अपने
UserListerइंटरफ़ेस के किसी अन्य कार्यान्वयन का उपयोग करना चाहते हैं तो क्या होगा ? बस XML बदलें।
- क्या होगा अगर एक
UserListerकार्यान्वयन तैयार नहीं है ? के एक अस्थायी मॉक क्रियान्वयन का कार्यक्रम UserListerऔर दृश्य के विकास में आसानी।
- अगर मैं स्प्रिंग का उपयोग नहीं करना चाहता, तो क्या होगा? बस इसका इस्तेमाल न करें! आपके एप्लिकेशन को इसके लिए युग्मित नहीं किया गया है। नियंत्रण का व्युत्क्रम बताता है: "अनुप्रयोग ढांचे को नियंत्रित करता है, न कि रूपरेखा अनुप्रयोग को नियंत्रित करता है"।
वहाँ पर निर्भरता इंजेक्शन के लिए कुछ अन्य विकल्प हैं, मेरी राय में, वसंत ने अपनी सादगी, लालित्य और स्थिरता के अलावा इतना प्रसिद्ध बना दिया है कि स्प्रिंगसोर्स के लोगों ने कई POJOs को क्रमादेशित किया है जो वसंत को कई अन्य सामान्य लक्षणों के साथ एकीकृत करने में मदद करते हैं। अपने आवेदन में घुसपैठ। इसके अलावा, स्प्रिंग में कई अच्छे सबप्रोजेक्ट्स होते हैं जैसे स्प्रिंग MVC, स्प्रिंग वेबफ्लो, स्प्रिंग सिक्योरिटी और फिर से आदिवासियों की एक लुओंग लिस्ट।
उम्मीद है की यह मदद करेगा। वैसे भी, मैं आपको डिपेंडेंसी इंजेक्शन और नियंत्रण के व्युत्क्रम के बारे में मार्टिन फाउलर के लेख को पढ़ने के लिए प्रोत्साहित करता हूं क्योंकि वह मुझसे बेहतर करता है। मूल बातें समझने के बाद, स्प्रिंग डॉक्यूमेंटेशन पर एक नज़र डालें , मेरी राय में, यह अब तक की सर्वश्रेष्ठ स्प्रिंग बुक होने के लिए उपयोग किया जाता है ।
