स्प्रिंग - बीन्स ऑटो-वायरिंग
आपने XML विन्यास फाइल में <b> तत्व और इंजेक्शन <b> का प्रयोग कर <b> निर्माण करने का तरीका सीखा है।
स्प्रिंग कंटेनर कर सकते हैं autowire <constructor-arg> और <property> तत्वों का उपयोग किए बिना बीन्स के सहयोग के बीच के संबंध, जो एक बड़े स्प्रिंग-आधारित एप्लिकेशन के लिए आपके द्वारा लिखे गए XML कॉन्फ़िगरेशन की मात्रा में कटौती करने में मदद करता है।
ऑटोडायरिंग मोड्स
निम्नलिखित ऑटोवेयरिंग मोड हैं, जिनका उपयोग स्प्रिंग कंटेनर को निर्भरता इंजेक्शन के लिए ऑटोवेयरिंग का उपयोग करने के निर्देश के लिए किया जा सकता है। आप निर्दिष्ट करने के लिए <bean /> तत्व की ऑटोवेयर विशेषता का उपयोग करते हैंautowire एक सेम परिभाषा के लिए मोड।
अनु क्रमांक | मोड और विवरण |
---|---|
1 | no यह डिफ़ॉल्ट सेटिंग है जिसका मतलब है कि कोई भी ऑटो-फायरिंग नहीं है और आपको वायरिंग के लिए स्पष्ट बीन संदर्भ का उपयोग करना चाहिए। इस वायरिंग के लिए आपको कुछ खास नहीं करना है। यह आप पहले से ही डिपेंडेंसी इंजेक्शन अध्याय में देख चुके हैं। |
2 | नाम से संपत्ति के नाम से ऑटोराइरिंग। स्प्रिंग कंटेनर उन बीन्स के गुणों को देखता है जिन पर XML कॉन्फ़िगरेशन फ़ाइल में ऑटोनाम विशेषता को byName पर सेट किया गया है। यह विन्यास फाइल में समान नामों से परिभाषित फलियों के साथ इसके गुणों को मिलाने और तार करने की कोशिश करता है। |
3 | प्रकार से संपत्ति डेटाटाइप द्वारा स्वतः-लोड हो रहा है। स्प्रिंग कन्टेनर उन बीन्स के गुणों को देखता है जिन पर XML कॉन्फ़िगरेशन फ़ाइल में ऑटोपायर विशेषता को बाईटाइप पर सेट किया गया है। यह तब एक संपत्ति का मिलान और तार करने की कोशिश करता है अगर इसकीtypeकॉन्फ़िगरेशन फ़ाइल में सेम नाम में से एक के साथ मेल खाता है। यदि इस तरह के एक से अधिक फलियां मौजूद हैं, तो एक घातक अपवाद फेंक दिया जाता है। |
4 | constructor Similar to byType, but type applies to constructor arguments. If there is not exactly one bean of the constructor argument type in the container, a fatal error is raised. |
5 | autodetect Spring first tries to wire using autowire by constructor, if it does not work, Spring tries to autowire by byType. |
You can use byType or constructor autowiring mode to wire arrays and other typed-collections.
Limitations with autowiring
Autowiring works best when it is used consistently across a project. If autowiring is not used in general, it might be confusing for developers to use it to wire only one or two bean definitions. Though, autowiring can significantly reduce the need to specify properties or constructor arguments but you should consider the limitations and disadvantages of autowiring before using them.
Sr.No. | Limitations & Description |
---|---|
1 | Overriding possibility You can still specify dependencies using <constructor-arg> and <property> settings which will always override autowiring. |
2 | Primitive data types You cannot autowire so-called simple properties such as primitives, Strings, and Classes. |
3 | Confusing nature Autowiring is less exact than explicit wiring, so if possible prefer using explict wiring. |