🚠 🧔🏽 👂🏼 वसंत अपने व्यवहार को अनुकूलित करने के लिए क्या अवसर प्रदान करता है? 🖼️ 👩🏿‍🤝‍👨🏼 🏹

सभी को नमस्कार। व्लादिस्लाव रोडिन के संपर्क में। मैं वर्तमान में ओटीयूएस में हाई लोड आर्किटेक्ट कोर्स का प्रमुख हूं, और मैं सॉफ्टवेयर आर्किटेक्चर पर पाठ्यक्रम भी पढ़ाता हूं।

पढ़ाने के अलावा, मैं एक ब्लॉग कॉपीराइट सामग्री OTUS Habré के लिए लिख रहा हूं और आज का लेख मैं पाठ्यक्रम की शुरुआत के साथ मेल खाना चाहता हूं "डेवलपर फ्रेमवर्क ऑन स्प्रिंग" , जो अभी सेट खुला है।

परिचय

पाठक के दृष्टिकोण से, स्प्रिंग का उपयोग करने वाले एप्लिकेशन का कोड काफी सरल दिखता है: कुछ सेम घोषित किए जाते हैं, कक्षाओं को एनोटेशन के साथ चिह्नित किया जाता है, और फिर बीन्स को इंजेक्ट किया जाता है जहां आवश्यक हो, सब कुछ ठीक काम करता है। लेकिन एक जिज्ञासु पाठक का सवाल है: “यह कैसे काम करता है? क्या हो रहा है?"। इस लेख में हम इस प्रश्न का उत्तर देने का प्रयास करेंगे, लेकिन निष्क्रिय जिज्ञासा को संतुष्ट करने के लिए नहीं।

स्प्रिंग फ्रेमवर्क पर्याप्त रूप से लचीला होने के लिए जाना जाता है और फ्रेमवर्क के व्यवहार को अनुकूलित करने के लिए विकल्प प्रदान करता है। स्प्रिंग भी कुछ एनोटेशन (उदाहरण के लिए, ट्रांसेक्शनल) को लागू करने के लिए कई दिलचस्प नियमों के साथ समाप्त हो जाता है। इन नियमों के अर्थ को समझने के लिए, उन्हें प्राप्त करने में सक्षम होने के लिए, और यह भी समझने के लिए कि वसंत में क्या और कैसे कॉन्फ़िगर करना है, आपको हुड के नीचे वसंत में क्या है के कई सिद्धांतों को समझने की आवश्यकता है। जैसा कि आप जानते हैं, कई सिद्धांतों का ज्ञान कई तथ्यों के ज्ञान से छूट देता है। मेरा सुझाव है कि आप अपने आप को इन सिद्धांतों के साथ परिचित करते हैं यदि, निश्चित रूप से, आप पहले से ही उन्हें नहीं जानते हैं।

पढ़ना विन्यास

बहुत शुरुआत में, आपको उन कॉन्फ़िगरेशनों को पार्स करने की आवश्यकता है जो आपके आवेदन में हैं। चूंकि कई प्रकार के कॉन्फ़िगरेशन हैं (xml-, groovy-, जावा-कॉन्फ़िगरेशन, एनोटेशन पर आधारित कॉन्फ़िगरेशन), उन्हें पढ़ने के लिए विभिन्न तरीकों का उपयोग किया जाता है। एक तरह से या किसी अन्य, प्रपत्र का एक नक्शा <स्ट्रींग, बीनडिफिनिशन> एकत्र किया जाता है, जिसमें सेम का नाम उनकी सेम परिभाषाओं को सौंपा जाता है। बीनडिफिनेशन क्लास की वस्तुएं सेम की मेटा-जानकारी हैं और इसमें बीन की आईडी-आईडी, उसका नाम, उसकी कक्षा, नष्ट-और इनिट-विधियां शामिल हैं।

इस प्रक्रिया में शामिल वर्गों के उदाहरण: GroovyBeanDefinitionReader, XmlBeanDefinitionReader, AnnotatedBeanDefinitionReader, BeanDefinitionReader इंटरफ़ेस लागू करना ।

बीडिफाइनमेंट्स की स्थापना

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

public interface BeanFactoryPostProcessor {
    void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException;
}

इस इंटरफ़ेस का विधि पैरामीटर उन नामों को प्राप्त करने के लिए अपने स्वयं के getBeanDefinitionNames विधि का उपयोग करने की अनुमति देता है जिनके द्वारा आप मानचित्र से BeanDefinitions प्राप्त कर सकते हैं और उन्हें संपादित कर सकते हैं।

इसकी आवश्यकता क्यों हो सकती है? मान लीजिए कि कुछ सेम को एक बाहरी सिस्टम से कनेक्ट करने के लिए विवरण की आवश्यकता होती है, जैसे कि डेटाबेस। हम चाहते हैं कि सेम को पहले से ही विवरण के साथ बनाया जाए, लेकिन विवरण स्वयं संपत्ति-फ़ाइल में संग्रहीत हैं। हम एक मानक बीनफैक्टरीपोस्टप्रोसेसर - प्रॉपर्टीसपॉल्डहोल्डरकॉन्फिगरर को लागू कर सकते हैं, जो प्रॉपर्टी फाइल में संग्रहीत वास्तविक मूल्य के साथ बीनडिफिनेशन में नाम संपत्ति को बदल देगा। यही है, यह वास्तव में बीनडिफिनियन में वैल्यू ("उपयोगकर्ता") को वैल्यू ("रूट") से बदल देगा। इस काम के लिए, प्रॉपर्टीजपॉल्सहोल्डरकॉन्फिगर, निश्चित रूप से, कनेक्ट होने की आवश्यकता है। लेकिन यह इस तक सीमित नहीं है, आप अपने बीनफैक्टरीपोस्टप्रोसेसर को पंजीकृत कर सकते हैं, जिसमें किसी भी तर्क को लागू करने के लिए आपको बीनडेफिनिशन को संसाधित करने की आवश्यकता होती है।

बीन्स बनाना

इस स्तर पर, हमारे पास एक मानचित्र है जिसमें कुंजियों पर सेम के नाम हैं, और मूल्यों पर कॉन्फ़िगर किए गए बीनडेफिनेशन हैं। अब आपको इन फलियों को बनाने की आवश्यकता है। यह बीनफैक्टिंग क्या करता है । लेकिन यहां आप अपने FactoryBean को लिखकर और पंजीकरण करके अनुकूलन जोड़ सकते हैं । FactoryBean फार्म का एक इंटरफ़ेस है:

public interface FactoryBean {
    T getObject() throws Exception;
    Class<?> getObjectType();
    boolean isSingleton();
}

इस प्रकार, एक बीनफैक्टरी एक बीन ही बनाती है यदि बीन क्लास के समान कोई फैक्ट्रीबीन नहीं है, या फैक्ट्री बीन को इस बीन को बनाने के लिए कहता है। एक छोटी सी बारीकियों है: यदि बीन का स्कोप एकल होता है, तो बीन इस स्तर पर बनाया जाता है, यदि प्रोटोटाइप है, तो हर बार जब बीन की जरूरत होती है, तो यह बीनफैक्ट्री से अनुरोध किया जाएगा।

नतीजतन, हमें फिर से एक नक्शा मिलता है, लेकिन यह पहले से ही थोड़ा अलग है: कुंजियों में फलियों के नाम और फलियों के मूल्य स्वयं होते हैं। लेकिन यह केवल एकल के लिए सच है।

बीन्स को कॉन्फ़िगर करना

अब सबसे दिलचस्प चरण आता है। हमारे पास एक नक्शा है जिसमें निर्मित फलियां हैं, लेकिन ये फलियां अभी तक कॉन्फ़िगर नहीं की गई हैं। यही है, हमने एनोटेशन को संसाधित नहीं किया है जो बीन की स्थिति निर्धारित करते हैं: ऑटोव्हर्ड, वैल्यू। हमने एनोटेशन को भी संसाधित नहीं किया है जो बीन के व्यवहार को बदलते हैं: लेन-देन, Async। बीनपोस्टप्रोसेसर , जो फिर से संबंधित इंटरफ़ेस के कार्यान्वयन हैं, हमें इस समस्या को हल करने की अनुमति देते हैं :

public interface BeanPostProcessor {
    Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException;
    Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException;
}

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

संदर्भ में रखने से पहले प्रत्येक बीन के लिए, निम्न होता है: सभी बीनपोस्टप्रोसेसरों के लिए पोस्टप्रोसेसबियरफ्रंटलाइजेशन विधियों को ट्रिगर किया जाता है, फिर इनिट विधि को ट्रिगर किया जाता है, और उसके बाद सभी बीनपोस्टप्रोसेसरों के लिए पोस्टप्रोसेसऑनलाइजेशन विधियों को ट्रिगर किया जाता है।

इन दो विधियों में अलग-अलग शब्दार्थ हैं: पोस्टप्रोसेसबियरइन्फ्लेमेटाइजेशन प्रोसेस स्टेट एनोटेशन, पोस्टप्रोसेसअब इनऑर्गेनाइजेशन प्रोसेस व्यवहार, क्योंकि प्रॉक्सेसिंग का उपयोग व्यवहार को संसाधित करने के लिए किया जाता है, जिससे एनोटेशन का नुकसान हो सकता है। इसीलिए अंतिम स्थान पर व्यवहार बदल जाता है।

अनुकूलन कहाँ है? हम इसके लिए अपने एनोटेशन, बीनपोस्टप्रोसेसर लिख सकते हैं, और स्प्रिंग इसे प्रोसेस करेंगे। हालांकि, बीनपोस्टप्रोसेसर काम करने के लिए, इसे बीन के रूप में भी पंजीकृत होना चाहिए।

उदाहरण के लिए, किसी फ़ील्ड में एक यादृच्छिक संख्या को एम्बेड करने के लिए, हम एक InjectRandomInt एनोटेशन (फ़ील्ड पर लटका हुआ) बनाते हैं, एक InjectRandomIntBostPostProcessor बनाते हैं और रजिस्टर करते हैं, पहली विधि जिसमें हम एनोटेशन बनाते हैं, और दूसरी विधि में, हम बस आने वाले बीन को वापस करते हैं।

बीन्स को प्रोफाइल करने के लिए, एक प्रोफाइल एनोटेशन बनाएं जो मेथड्स पर प्रसारित करता है, एक प्रोफाइलबिनपोस्टप्रोसेसर बनायें और रजिस्टर करें, जिसकी पहली विधि में हम आने वाले बीन को वापस करते हैं, और दूसरी विधि में, हम एक प्रॉक्सी लौटाते हैं जो क्लिपिंग और निष्पादन समय लॉगिंग के साथ मूल विधि पर कॉल को लपेटता है।

पाठ्यक्रम के बारे में अधिक जानें

वसंत अपने व्यवहार को अनुकूलित करने के लिए क्या अवसर प्रदान करता है?

परिचय

पढ़ना विन्यास

बीडिफाइनमेंट्स की स्थापना

बीन्स बनाना

बीन्स को कॉन्फ़िगर करना

More articles: