Circular Dependency in Spring | Bean Scope, Lazy & Eager Beans | Spring Boot Full Course #6

Coder Army

6 chapters6 takeaways13 key terms6 questions

Overview

यह वीडियो स्प्रिंग फ्रेमवर्क में सर्कुलर डिपेंडेंसी की समस्या, बीन्स के स्कोप और उनके इनिशियलाइजेशन के बारे में बताता है। यह समझाता है कि सर्कुलर डिपेंडेंसी क्या होती है, यह कैसे उत्पन्न होती है, और स्प्रिंग फ्रेमवर्क इसे कैसे हैंडल करता है। वीडियो में कंस्ट्रक्टर इंजेक्शन, फील्ड इंजेक्शन और सेटर इंजेक्शन के माध्यम से सर्कुलर डिपेंडेंसी को हल करने के तरीकों पर भी चर्चा की गई है। अंत में, यह बीन्स के सिंगलटन और प्रोटोटाइप स्कोप की व्याख्या करता है, और बताता है कि ये स्कोप ऑब्जेक्ट के निर्माण और प्रबंधन को कैसे प्रभावित करते हैं।

How was this?

Save this permanently with flashcards, quizzes, and AI chat

Chapters

डिपेंडेंसी इंजेक्शन में, जब एक क्लास को दूसरी क्लास के ऑब्जेक्ट की आवश्यकता होती है, तो उसे डिपेंडेंसी कहते हैं।
सर्कुलर डिपेंडेंसी तब होती है जब क्लास A, क्लास B पर निर्भर करती है और क्लास B, क्लास A पर निर्भर करती है।
स्प्रिंग फ्रेमवर्क के लिए ऐसी स्थिति में ऑब्जेक्ट बनाना मुश्किल हो जाता है क्योंकि कोई स्टार्टिंग पॉइंट नहीं होता।

सर्कुलर डिपेंडेंसी को समझना महत्वपूर्ण है क्योंकि यह स्प्रिंग एप्लिकेशन में ऑब्जेक्ट निर्माण को रोक सकती है और एरर उत्पन्न कर सकती है।

ऑर्डर सर्विस को पेमेंट सर्विस की आवश्यकता है, और पेमेंट सर्विस को ऑर्डर सर्विस की आवश्यकता है।

एक नया स्प्रिंग बूट प्रोजेक्ट बनाकर सर्कुलर डिपेंडेंसी का प्रदर्शन किया गया।
स्प्रिंग कॉन्टेक्स्ट डिपेंडेंसी को pom.xml में जोड़ा गया।
ApplicationContext और AppConfig क्लास का उपयोग करके IoC कंटेनर को सेट अप किया गया।
ऑर्डर सर्विस और पेमेंट सर्विस क्लास बनाकर और उन्हें @Component से एनोटेट करके सर्कुलर डिपेंडेंसी बनाई गई।

यह खंड दिखाता है कि वास्तविक कोड में सर्कुलर डिपेंडेंसी कैसे बनाई जाती है, जिससे समस्या को समझना आसान हो जाता है।

ऑर्डर सर्विस और पेमेंट सर्विस दोनों एक-दूसरे के कंस्ट्रक्टर में एक-दूसरे के ऑब्जेक्ट की मांग करते हैं।

जब सर्कुलर डिपेंडेंसी कंस्ट्रक्टर इंजेक्शन के माध्यम से होती है, तो स्प्रिंग IoC कंटेनर ऑब्जेक्ट बनाने में विफल रहता है।
इसका परिणाम 'BeanCurrentlyInCreationException' होता है, जो एक अनरिजॉल्व्ड सर्कुलर रेफरेंस का संकेत देता है।
यह समस्या जावा में भी स्वतंत्र रूप से उत्पन्न की जा सकती है, जो खराब कोड डिजाइन का संकेत है।

कंस्ट्रक्टर इंजेक्शन के साथ सर्कुलर डिपेंडेंसी एप्लिकेशन को क्रैश कर सकती है, इसलिए इसे समझना और इससे बचना महत्वपूर्ण है।

ऑर्डर सर्विस और पेमेंट सर्विस दोनों के कंस्ट्रक्टर एक-दूसरे के ऑब्जेक्ट की मांग करते हैं, जिससे अनंत लूप बनता है।

कंस्ट्रक्टर इंजेक्शन के बजाय फील्ड या सेटर इंजेक्शन का उपयोग करने से सर्कुलर डिपेंडेंसी हल हो सकती है।
स्प्रिंग फ्रेमवर्क जावा रिफ्लेक्शन का उपयोग करके प्राइवेट फील्ड्स में भी डिपेंडेंसी इंजेक्ट कर सकता है।
फील्ड/सेटर इंजेक्शन ऑब्जेक्ट निर्माण और डिपेंडेंसी इंजेक्शन को अलग करता है, जिससे स्प्रिंग को ऑब्जेक्ट्स को आंशिक रूप से बनाने और बाद में डिपेंडेंसी इंजेक्ट करने की अनुमति मिलती है।

यह विधि सर्कुलर डिपेंडेंसी की समस्या को दूर करने का एक तरीका प्रदान करती है, हालांकि यह हमेशा सर्वोत्तम कोडिंग प्रैक्टिस नहीं मानी जाती है।

ऑर्डर सर्विस और पेमेंट सर्विस दोनों में @Autowired एनोटेशन के साथ फील्ड इंजेक्शन का उपयोग करना।

सर्कुलर डिपेंडेंसी एक खराब कोडिंग प्रैक्टिस है और इससे बचना चाहिए।
यह सिंगल रिस्पांसिबिलिटी प्रिंसिपल (SRP) के उल्लंघन का संकेत देता है।
कोड को रिफैक्टर करके, जैसे कि जिम्मेदारियों को अलग करके, सर्कुलर डिपेंडेंसी को उत्पन्न होने से रोका जा सकता है।
स्प्रिंग बूट 2.6+ में, सर्कुलर रेफरेंस डिफ़ॉल्ट रूप से प्रतिबंधित होते हैं।

कोड को रिफैक्टर करना अधिक स्केलेबल, मेंटेनेबल और मजबूत एप्लिकेशन बनाने के लिए महत्वपूर्ण है, बजाय इसके कि समस्या को हल करने के तरीके ढूंढे जाएं।

पेमेंट सर्विस से 'get Order Details' मेथड को हटाना क्योंकि यह उसकी जिम्मेदारी नहीं है, और इसे ऑर्डर सर्विस में ले जाना।

बीन्स के स्कोप यह निर्धारित करते हैं कि किसी बीन का कितनी बार ऑब्जेक्ट बनाया जाएगा।
सिंगलटन स्कोप (डिफ़ॉल्ट) का मतलब है कि एक बीन डेफिनेशन के लिए केवल एक ऑब्जेक्ट बनाया जाएगा।
प्रोटोटाइप स्कोप का मतलब है कि हर बार जब बीन का अनुरोध किया जाएगा, तो एक नया ऑब्जेक्ट बनाया जाएगा।
सिंगलटन बीन्स ईगरली इनिशियलाइज होते हैं (कंटेनर स्टार्ट होते ही), जबकि प्रोटोटाइप बीन्स लेज़ीली इनिशियलाइज होते हैं (जब पहली बार अनुरोध किया जाता है)।

बीन्स के स्कोप को समझना महत्वपूर्ण है क्योंकि यह एप्लिकेशन के प्रदर्शन, मेमोरी उपयोग और ऑब्जेक्ट के जीवनचक्र को प्रभावित करता है।

ऑर्डर सर्विस को @Scope('singleton') या @Scope('prototype') से एनोटेट करना और गेट बीन को कई बार कॉल करके ऑब्जेक्ट निर्माण की संख्या की तुलना करना।

Key takeaways

1सर्कुलर डिपेंडेंसी तब होती है जब दो या दो से अधिक बीन्स एक-दूसरे पर निर्भर करते हैं, जिससे ऑब्जेक्ट निर्माण में समस्या आती है।
2कंस्ट्रक्टर इंजेक्शन के साथ सर्कुलर डिपेंडेंसी से बचना चाहिए क्योंकि यह एप्लिकेशन को क्रैश कर सकती है।
3फील्ड या सेटर इंजेक्शन का उपयोग करके सर्कुलर डिपेंडेंसी को हल किया जा सकता है, लेकिन यह हमेशा एक अच्छी कोडिंग प्रैक्टिस नहीं है।
4कोड को रिफैक्टर करके सर्कुलर डिपेंडेंसी को उत्पन्न होने से रोकना सबसे अच्छा तरीका है, खासकर सिंगल रिस्पांसिबिलिटी प्रिंसिपल का पालन करके।
5स्प्रिंग में, सिंगलटन स्कोप (डिफ़ॉल्ट) का मतलब है कि एक बीन के लिए केवल एक इंस्टेंस बनाया जाता है, जबकि प्रोटोटाइप स्कोप हर अनुरोध पर एक नया इंस्टेंस बनाता है।
6सिंगलटन बीन्स ईगरली इनिशियलाइज होते हैं, और प्रोटोटाइप बीन्स लेज़ीली इनिशियलाइज होते हैं।

Key terms

Circular DependencyDependency InjectionConstructor InjectionField InjectionSetter InjectionIoC ContainerBean DefinitionSingleton ScopePrototype ScopeEager InitializationLazy InitializationRefactoringSingle Responsibility Principle

Test your understanding

1स्प्रिंग फ्रेमवर्क में सर्कुलर डिपेंडेंसी क्या है और यह क्यों एक समस्या है?
2कंस्ट्रक्टर इंजेक्शन का उपयोग करते समय सर्कुलर डिपेंडेंसी कैसे उत्पन्न हो सकती है और इसका परिणाम क्या होता है?
3फील्ड इंजेक्शन या सेटर इंजेक्शन का उपयोग करके सर्कुलर डिपेंडेंसी को हल करने के क्या फायदे और नुकसान हैं?
4सर्कुलर डिपेंडेंसी को हल करने के बजाय कोड को रिफैक्टर करना क्यों बेहतर है?
5स्प्रिंग में सिंगलटन और प्रोटोटाइप बीम स्कोप के बीच मुख्य अंतर क्या हैं?
6ईगर इनिशियलाइजेशन और लेज़ी इनिशियलाइजेशन से आप क्या समझते हैं, और ये सिंगलटन और प्रोटोटाइप स्कोप से कैसे संबंधित हैं?