🚨 ◻️ 🌼 मल्टीलेवल इवेंट प्रोसेसिंग मॉडल 🛡️ 🏴‍☠️ ⛹🏾

ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग (ओओपी) में एक घटना एक संदेश है जो निष्पादन योग्य कोड में विभिन्न बिंदुओं पर होती है जब कुछ शर्तों को पूरा किया जाता है। ये संदेश प्रोसेसर (श्रोताओं) को भेजे जाते हैं, जो आपको सिस्टम की बदली हुई स्थिति के लिए समयबद्ध तरीके से प्रतिक्रिया करने की अनुमति देता है।

इवेंट-ओरिएंटेड प्रोग्रामिंग बहुत लोकप्रिय है। यह प्रोग्रामिंग प्रतिमान कहता है कि कार्यक्रम निष्पादन घटनाओं द्वारा निर्धारित किया जाता है - उपयोगकर्ता क्रियाएं (कीबोर्ड, माउस), अन्य कार्यक्रमों और थ्रेड्स से संदेश, ऑपरेटिंग सिस्टम इवेंट आदि।
इवेंट मॉडल के लाभ और अनुप्रयोग अत्यंत विस्तृत हैं:

घटनाओं द्वारा वस्तुओं को बांधते समय, वस्तुओं को एक दूसरे के बारे में "जानने" की आवश्यकता नहीं होती है;
यह तंत्र स्पष्ट रूप से ओओपी की अवधारणा में फिट बैठता है;
यह तंत्र उपयोगकर्ता इंटरफेस को लागू करना आसान बनाता है, जहां प्रत्येक उपयोगकर्ता कार्रवाई एक घटना है, यह इन घटनाओं पर "हुक" हैंडल करने के लिए पर्याप्त है;
सर्वर अनुप्रयोगों को लागू करते समय, घटना मॉडल आपको कई सेवारत प्रक्रियाओं की पीढ़ी से छुटकारा पाने की अनुमति देता है;
इवेंट मॉडल का उपयोग अक्सर उन प्रोग्रामिंग गेम्स में भी किया जाता है जिनमें कई ऑब्जेक्ट नियंत्रित होते हैं।

ऐसे डिज़ाइन पैटर्न हैं जो किसी भी तरह से इवेंट हैंडलिंग से संबंधित हैं: ऑब्जर्वर, टीम, रिस्पांसिबिलिटी चेन और कई अन्य। ये पैटर्न कई इवेंट प्रोसेसिंग मॉडल में उपयोग किए जाते हैं। हालाँकि, इवेंट मॉडल के विभिन्न कार्यान्वयन विकासशील कार्यक्रमों की संभावना पर कई प्रतिबंध लगाते हैं:

किसी घटना को संसाधित करते समय, आप मुख्य हैंडलर का चयन नहीं कर सकते हैं, सभी हैंडलर एक दूसरे के बराबर हैं;
किसी घटना को संसाधित करते समय, हैंडलर एक-दूसरे के बारे में और मौजूदा स्थिति के बारे में कुछ भी नहीं जानते हैं, जो प्रोग्रामर को पूरी तरह से इच्छित कार्यक्षमता को लागू करने की अनुमति नहीं देता है;
यदि आप परिणामी हैंडलर का चयन करना चाहते हैं तो आपको अतिरिक्त कार्यक्षमता जोड़ना होगा।

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

आवश्यक श्रोता अपनी घटनाओं को संसाधित करने के लिए जुड़े हुए हैं।
प्रोग्राम कोड में, एक घटना शुरू हो जाती है।
"पहले दौर" प्रसंस्करण का प्रदर्शन किया जाता है, इस कार्यक्रम के प्रसंस्करण से जुड़े सभी श्रोताओं को प्राथमिक प्रसंस्करण के लिए समय दिया जाता है, जिसके दौरान प्रत्येक श्रोता अपना डेटा, घटना के सर्जक से डेटा प्राप्त कर सकते हैं, साथ ही "दूसरे दौर" के लिए ट्रांसमिशन के लिए कोई डेटा सेट कर सकते हैं और इवेंट प्रोसेसिंग के लिए "दूसरे दौर" में आवेदन करें।
इस घटना के सभी श्रोताओं में, श्रोता जो उच्चतम प्रसंस्करण प्राथमिकता के साथ आवेदन का चयन करता है, उसे चुना जाता है, जिसे वह "दूसरे दौर" में घटना को संसाधित करने का अधिकार प्रदान करता है। इस प्रसंस्करण की प्रक्रिया में, वह सर्जक, अपने स्वयं के डेटा, "पहले दौर" के अपने स्वयं के प्रोसेसर से डेटा प्राप्त कर सकता है। प्रसंस्करण पूरा होने के बाद, यह डेटा को सीधे इवेंट सर्जक को लौटा सकता है।

इस मॉडल के लाभों पर विचार करें:

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

चित्र इस मॉडल की कार्यान्वयन योजना को दर्शाता है। यह कार्यान्वयन शुरू में कॉल चेन का उपयोग करके काम पर निर्भर करता है। नीचे PHP में एक मॉडल का एक उदाहरण कार्यान्वयन है।

घटनाक्रम मुख्य वर्ग है। केवल इसका ऑब्जेक्ट उपयोगकर्ता बना सकता है। यह वर्ग घटनाओं और "हुक" इवेंट हैंडलर को ट्रिगर करने की क्षमता प्रदान करता है।
- newListener - आपको एक नया श्रोता जोड़ने की अनुमति देता है और तुरंत इसे "कॉन्फ़िगर" करता है (Event_Listener - Events_Listener_adapterSET के लिए एडेप्टर के माध्यम से होता है)।
- newEvent - आपको एक नई घटना को कॉन्फ़िगर करने और फिर इसे ट्रिगर करने की अनुमति देता है (यह क्रिया घटनाक्रम_फायर के लिए एडाप्टर के माध्यम से होती है - Events_Fire_adapterSET)।
अन्य कक्षाएं पारदर्शी रूप से उपयोगकर्ता प्रक्रिया से जुड़ी हैं:
- Event_Fire - एक सामान्य ईवेंट हैंडलिंग इंटरफ़ेस प्रदान करता है जो एडेप्टर सीमा;
- Event_Fire1 - जब प्रसंस्करण का पहला दौर कहा जाता है। यह वर्ग आपको वर्तमान स्थिति के सभी उपलब्ध डेटा प्राप्त करने की अनुमति देता है, एक दूसरा सर्कल हैंडलर जोड़ता है, और इसकी प्राथमिकता भी निर्धारित करता है (Event_Fire2_adcapeSET एडाप्टर के माध्यम से);
- Event_Fire2 - जब परिणामी हैंडलर ("दूसरा दौर") को कॉल किया जाता है। यह वर्ग आपको "पहले दौर" हैंडलर से डेटा सहित सभी उपलब्ध डेटा प्राप्त करने की अनुमति देता है;
- Event_Listener - इवेंट हैंडलर के साथ काम करने के लिए एक सामान्य इंटरफ़ेस प्रदान करता है। इस वर्ग के तरीके भी एडेप्टर Event_Fire1, Events_Fire2 का उपयोग करते हैं;
- Event_Data - इवेंट मॉडल के अंदर डेटा संग्रहीत और संचारित करने के लिए एक वर्ग।

इस मॉडल के एक उदाहरण पर विचार करें:

class SampleListener { public function Fire1(Event_fire1 $EF1) { $EF1->setFinal(Array($this,”Fire2”), $EF1->getListenerData()->sort); } public function Fire2(Event_fire2 $EF2) { return ($EF2->getListenerData()->sort() + $EF2->getFireData()->sort()); } } $listener = new SampleListener(); $data1 = new Events_Data(); $data1->sort = 10; Events::newListener("sampleModul", "sampleEvent", Array($listener, 'Fire1'))->setData($data1); $data2 = new Events_Data(); $data2->sort = 20; Events::newListener("sampleModul", "sampleEvent", Array($listener, 'Fire1'))->setData($data2); $data3 = new Events_Data(); $data3->sort = 30; Echo Events::newEvent("sampleModul", "sampleEvent")->setData($data3)->fire();

नमूनाईवेंट घटना शुरू होने के बाद, $ श्रोता की Fire1 विधि को पहले डेटा (सॉर्ट = 10 के साथ कहा जाता है , इस प्राथमिकता को अंतिम प्रसंस्करण पर रखा जाएगा) , और फिर उसी विधि को अन्य डेटा (सॉर्ट = 20, 20> 10) के साथ कहा जाता है , इसलिए श्रोता यह डेटा घटना के अंतिम प्रसंस्करण का अधिकार प्राप्त करेगा) । निष्कर्ष में, फायर 2 विधि कहा जाता है (हैंडलर समान है, लेकिन डेटा $ data2 है) । घटना से डेटा (सॉर्ट = 30) श्रोता से डेटा में जोड़ा जाता है (सॉर्ट = 20) । नतीजतन, बदले में घटना 50 नंबर वापस कर देगी, जो स्क्रीन पर प्रदर्शित होगी।

यह उदाहरण दिखाता है कि एक ही हैंडलर श्रोता के डेटा के आधार पर किसी घटना पर अलग-अलग प्रतिक्रिया दे सकता है। यह घटना को संसाधित करने की प्रक्रिया को भी प्रदर्शित करता है, जिसमें परिणामी, फायर 2 के लिए एकल कॉल (कल्पना करें कि यह इस पद्धति में है, उदाहरण के लिए, कि साइट का पृष्ठ डिजाइन उत्पन्न होता है, और डेटा घटना प्रसंस्करण का बाहरी संदर्भ है) ।

इस घटना प्रसंस्करण मॉडल को लागू करके, उपरोक्त सभी सीमाओं को दूर करना संभव था। वर्तमान में, मॉडल एक विशिष्ट उत्पाद पर केंद्रित है (केवल इस उत्पाद में परजीवी तरीके आवश्यक हैं), लेकिन यदि रुचि है, तो आप सार्वजनिक संस्करण के लिए कोड तैयार कर सकते हैं।

आप इस मॉडल को अन्य प्रोग्रामिंग भाषाओं में भी लागू कर सकते हैं। सीपीपी में, आप एक पॉइंटर को डेटा के रूप में पास कर सकते हैं, और प्रसंस्करण विधियों में रीइंटरप्रिट_का उपयोग कर सकते हैं या टेम्प्लेट का उपयोग कर सकते हैं।

प्रत्येक विशिष्ट स्थिति में कार्यान्वयन थोड़ा भिन्न हो सकता है, हालांकि, मुख्य बिंदु दो या अधिक स्तरों के कार्यान्वयन में ठीक है।

मल्टीलेवल इवेंट प्रोसेसिंग मॉडल

More articles: