घटना-संचालित प्रोग्रामिंग: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
{{short description|Computer programming paradigm}} | {{short description|Computer programming paradigm}} | ||
{{Programming paradigms}} | {{Programming paradigms}} | ||
[[कंप्यूटर प्रोग्रामिंग]] में, घटना-संचालित प्रोग्रामिंग प्रतिमान है जिसमें नियंत्रण प्रवाह [[घटना (कंप्यूटिंग)]] द्वारा निर्धारित किया जाता है जैसे कि उपयोगकर्ता क्रियाएं ([[ कम्प्यूटर का माउस | कम्प्यूटर का माउस]] क्लिक, कुंजी प्रेस), [[सेंसर]] आउटपुट, या अन्य प्रोग्राम या थ्रेड से गुजरने वाले संदेश ( कंप्यूटर विज्ञान)। घटना-संचालित प्रोग्रामिंग [[ ग्राफिकल यूज़र इंटरफ़ेस |ग्राफिकल यूज़र इंटरफ़ेस]] और अन्य अनुप्रयोगों (जैसे, | [[कंप्यूटर प्रोग्रामिंग]] में, घटना-संचालित प्रोग्रामिंग प्रतिमान है जिसमें नियंत्रण प्रवाह [[घटना (कंप्यूटिंग)]] द्वारा निर्धारित किया जाता है जैसे कि उपयोगकर्ता क्रियाएं ([[ कम्प्यूटर का माउस | कम्प्यूटर का माउस]] क्लिक, कुंजी प्रेस), [[सेंसर]] आउटपुट, या अन्य प्रोग्राम या थ्रेड से गुजरने वाले संदेश ( कंप्यूटर विज्ञान)। घटना-संचालित प्रोग्रामिंग [[ ग्राफिकल यूज़र इंटरफ़ेस |ग्राफिकल यूज़र इंटरफ़ेस]] और अन्य अनुप्रयोगों (जैसे, Javascript [[वेब अनुप्रयोग]]) में उपयोग किए जाने वाले प्रमुख प्रतिमान हैं जो इनपुट/आउटपुट के जवाब में कुछ क्रियाओं को करने पर केंद्रित हैं। यह USB [[डिवाइस ड्राइवर]] स्टैक में डिवाइस ड्राइवरों के लिए प्रोग्रामिंग जैसे, P (प्रोग्रामिंग लैंग्वेज)) के लिए भी सही है<ref>{{cite journal |url=https://www.microsoft.com/en-us/research/publication/p-safe-asynchronous-event-driven-programming/ |title=P: Safe Asynchronous Event-Driven Programming |author1=Vivek Gupta |author2=Ethan Jackson |author3=Shaz Qadeer |author4=Sriram Rajamani |journal=Microsoft Research |access-date=20 February 2017|date=November 2012 }}</ref> | ||
एक घटना-संचालित अनुप्रयोग में, सामान्यतः एक [[घटना पाश]] होता है जो घटनाओं को सुनता है और फिर उन घटनाओं में से एक का पता चलने पर [[कॉलबैक (कंप्यूटर प्रोग्रामिंग)]] को ट्रिगर करता है। [[ अंतः स्थापित प्रणाली |अंतः स्थापित प्रणाली]] में, लगातार चलने वाले मुख्य लूप के अतिरिक्त[[ हार्डवेयर व्यवधान | हार्डवेयर व्यवधान]] का उपयोग करके इसे प्राप्त किया जा सकता है। घटना-संचालित फंक्शन किसी भी [[प्रोग्रामिंग भाषा]] में लिखे जा सकते हैं, चूंकि यह कार्य उन भाषाओं में आसान है जो अमूर्तता (कंप्यूटर विज्ञान) प्रदान करती हैं। | एक घटना-संचालित अनुप्रयोग में, सामान्यतः एक [[घटना पाश]] होता है जो घटनाओं को सुनता है और फिर उन घटनाओं में से एक का पता चलने पर [[कॉलबैक (कंप्यूटर प्रोग्रामिंग)]] को ट्रिगर करता है। [[ अंतः स्थापित प्रणाली |अंतः स्थापित प्रणाली]] में, लगातार चलने वाले मुख्य लूप के अतिरिक्त[[ हार्डवेयर व्यवधान | हार्डवेयर व्यवधान]] का उपयोग करके इसे प्राप्त किया जा सकता है। घटना-संचालित फंक्शन किसी भी [[प्रोग्रामिंग भाषा]] में लिखे जा सकते हैं, चूंकि यह कार्य उन भाषाओं में आसान है जो अमूर्तता (कंप्यूटर विज्ञान) प्रदान करती हैं। | ||
| Line 20: | Line 20: | ||
} | } | ||
</syntaxhighlight> | </syntaxhighlight> | ||
अनुक्रमिक फंक्शन में | अनुक्रमिक फंक्शन में प्रचीन का ट्रैक रखना सामान्यतः तुच्छ होता है क्योंकि ईवेंट हैंडलर बाहरी घटनाओं के जवाब में निष्पादित होते हैं, किसी भी क्रम में बुलाए जाने पर हैंडलर को काम करने के लिए सही ढंग से संरचित करने के लिए ईवेंट-संचालित फंक्शन में विशेष ध्यान और योजना की आवश्यकता होती है। | ||
=== इवेंट हैंडलर बनाना === | === इवेंट हैंडलर बनाना === | ||
| Line 27: | Line 27: | ||
दूसरा चरण ईवेंट हैंडलर को ईवेंट से बाइंड करना है जिससे इवेंट होने पर सही फ़ंक्शन को कॉल किया जा सके। ग्राफिकल संपादक पहले दो चरणों को जोड़ते हैं: एक बटन पर डबल-क्लिक करें, और संपादक बटन पर क्लिक करने वाले उपयोगकर्ता से जुड़ा एक (खाली) ईवेंट हैंडलर बनाता है और एक टेक्स्ट विंडो खोलता है जिससे आप ईवेंट हैंडलर को संपादित कर सकें। | दूसरा चरण ईवेंट हैंडलर को ईवेंट से बाइंड करना है जिससे इवेंट होने पर सही फ़ंक्शन को कॉल किया जा सके। ग्राफिकल संपादक पहले दो चरणों को जोड़ते हैं: एक बटन पर डबल-क्लिक करें, और संपादक बटन पर क्लिक करने वाले उपयोगकर्ता से जुड़ा एक (खाली) ईवेंट हैंडलर बनाता है और एक टेक्स्ट विंडो खोलता है जिससे आप ईवेंट हैंडलर को संपादित कर सकें। | ||
इवेंट-संचालित प्रोग्राम विकसित करने में तीसरा चरण मुख्य लूप लिखना है। यह एक ऐसा फ़ंक्शन है जो घटनाओं की जांच करता है, और उसके बाद इसे संसाधित करने के लिए मिलान करने वाले ईवेंट हैंडलर को कॉल करता है। अधिकांश इवेंट-संचालित प्रोग्रामिंग वातावरण पहले से ही इस मुख्य लूप को प्रदान करते हैं, इसलिए इसे विशेष रूप से एप्लिकेशन प्रोग्रामर द्वारा प्रदान करने की आवश्यकता नहीं है। [<nowiki/>[[आईबीएम]] आरपीजी], | इवेंट-संचालित प्रोग्राम विकसित करने में तीसरा चरण मुख्य लूप लिखना है। यह एक ऐसा फ़ंक्शन है जो घटनाओं की जांच करता है, और उसके बाद इसे संसाधित करने के लिए मिलान करने वाले ईवेंट हैंडलर को कॉल करता है। अधिकांश इवेंट-संचालित प्रोग्रामिंग वातावरण पहले से ही इस मुख्य लूप को प्रदान करते हैं, इसलिए इसे विशेष रूप से एप्लिकेशन प्रोग्रामर द्वारा प्रदान करने की आवश्यकता नहीं है। [<nowiki/>[[आईबीएम]] आरपीजी], IBM की एक प्रारंभिक प्रोग्रामिंग भाषा, जिसकी 1960 के दशक की डिजाइन अवधारणा ऊपर चर्चा की गई घटना-संचालित प्रोग्रामिंग के समान थी, एक अंतर्निहित मुख्य I/O लूप प्रदान करती है (प्रोग्राम चक्र के रूप में जाना जाता है) जहां गणना 'संकेतक' के अनुसार प्रतिक्रिया देती है। ' (ध्वज कंप्यूटिंग) जो पहले चक्र में स्थापित किए गए थे। | ||
==== पीएल/आई में अपवाद हैंडलर ==== | ==== पीएल/आई में अपवाद हैंडलर ==== | ||
| Line 44: | Line 44: | ||
|quote=The JavaFX scene graph, which represents the graphical user interface of a JavaFX application, is not thread-safe and can only be accessed and modified from the UI thread also known as the JavaFX Application thread. }}</ref> | |quote=The JavaFX scene graph, which represents the graphical user interface of a JavaFX application, is not thread-safe and can only be accessed and modified from the UI thread also known as the JavaFX Application thread. }}</ref> | ||
इसके अतिरिक्त, Node.js जैसे | इसके अतिरिक्त, Node.js जैसे प्रणाली भी इवेंट-संचालित हैं।<ref>[https://www.digitalocean.com/community/tutorials/nodejs-event-driven-programming/ Event-Driven Programming in Node.js].</ref> | ||
== आलोचना == | == आलोचना == | ||
इवेंट-एक्शन मॉडल पर भरोसा करने वाले उन फंक्शन के डिजाइन की आलोचना की गई है, और यह सुझाव दिया गया है कि इवेंट-एक्शन मॉडल प्रोग्रामर को त्रुटि-प्रवण, विस्तार करने में जटिल एप्लिकेशन कोड बनाने के लिए प्रेरित करता है।<ref name="Samek" />टेबल-संचालित [[राज्य मशीन|स्थिर मशीन]] को व्यवहार्य विकल्प के रूप में वकालत की गई है।<ref>{{cite web |last=Samek |first=Miro |title=घटना-संचालित प्रणालियों के लिए राज्य मशीनें|url=http://www.barrgroup.com/Embedded-Systems/How-To/State-Machines-Event-Driven-Systems |access-date=19 March 2013 |date=11 March 2009}}</ref> दूसरी ओर, टेबल-संचालित स्थिर मशीनें स्वयं राज्य विस्फोट समस्या कंप्यूटिंग घटना सहित महत्वपूर्ण कमजोरियों से ग्रस्त हैं।<ref>{{cite book |title=A Practical Introduction to Hardware/Software Codesign |author=Patrick Schaumont |isbn=978-1-4614-3737-6|date=2012-11-27 }}</ref> इसका एक समाधान [[पेट्री डिश]] का उपयोग करना है। | इवेंट-एक्शन मॉडल पर भरोसा करने वाले उन फंक्शन के डिजाइन की आलोचना की गई है, और यह सुझाव दिया गया है कि इवेंट-एक्शन मॉडल प्रोग्रामर को त्रुटि-प्रवण, विस्तार करने में जटिल एप्लिकेशन कोड बनाने के लिए प्रेरित करता है।<ref name="Samek" />टेबल-संचालित [[राज्य मशीन|स्थिर मशीन]] को व्यवहार्य विकल्प के रूप में वकालत की गई है।<ref>{{cite web |last=Samek |first=Miro |title=घटना-संचालित प्रणालियों के लिए राज्य मशीनें|url=http://www.barrgroup.com/Embedded-Systems/How-To/State-Machines-Event-Driven-Systems |access-date=19 March 2013 |date=11 March 2009}}</ref> दूसरी ओर, टेबल-संचालित स्थिर मशीनें स्वयं राज्य विस्फोट समस्या कंप्यूटिंग घटना सहित महत्वपूर्ण कमजोरियों से ग्रस्त हैं।<ref>{{cite book |title=A Practical Introduction to Hardware/Software Codesign |author=Patrick Schaumont |isbn=978-1-4614-3737-6|date=2012-11-27 }}</ref> इसका एक समाधान [[पेट्री डिश]] का उपयोग करना है। | ||
== स्टैकलेस थ्रेडिंग == | == स्टैकलेस थ्रेडिंग == | ||
[[हार्डवेयर विवरण भाषा]]ओं में एक घटना-संचालित दृष्टिकोण का उपयोग किया जाता है। किसी ईवेंट को सक्रिय रूप से संसाधित करते समय थ्रेड संदर्भ को एकमात्र CPU स्टैक की आवश्यकता होती है; एक बार हो जाने के बाद, | [[हार्डवेयर विवरण भाषा]]ओं में एक घटना-संचालित दृष्टिकोण का उपयोग किया जाता है। किसी ईवेंट को सक्रिय रूप से संसाधित करते समय थ्रेड संदर्भ को एकमात्र CPU स्टैक की आवश्यकता होती है; एक बार हो जाने के बाद, CPU अन्य ईवेंट-संचालित थ्रेड्स को संसाधित करने के लिए आगे बढ़ सकता है, जिससे बहुत बड़ी संख्या में थ्रेड्स को संभाला जा सकता है। यह अनिवार्य रूप से एक परिमित स्थिर मशीन दृष्टिकोण है। | ||
== यह भी देखें == | == यह भी देखें == | ||
| Line 67: | Line 67: | ||
* [[सिग्नल प्रोग्रामिंग]] (एक समान अवधारणा) | * [[सिग्नल प्रोग्रामिंग]] (एक समान अवधारणा) | ||
* [[मंचित [[घटना-संचालित वास्तुकला]]]] (SEDA) | * [[मंचित [[घटना-संचालित वास्तुकला]]]] (SEDA) | ||
* [[समय-ट्रिगर प्रणाली]] (कंप्यूटर | * [[समय-ट्रिगर प्रणाली]] (कंप्यूटर प्रणाली के लिए एक वैकल्पिक आर्किटेक्चर) | ||
* [[आभासी तुल्यकालन]], इवेंट-संचालित प्रोग्रामिंग के लिए एक वितरित निष्पादन मॉडल | * [[आभासी तुल्यकालन]], इवेंट-संचालित प्रोग्रामिंग के लिए एक वितरित निष्पादन मॉडल | ||
Revision as of 11:06, 24 May 2023
कंप्यूटर प्रोग्रामिंग में, घटना-संचालित प्रोग्रामिंग प्रतिमान है जिसमें नियंत्रण प्रवाह घटना (कंप्यूटिंग) द्वारा निर्धारित किया जाता है जैसे कि उपयोगकर्ता क्रियाएं ( कम्प्यूटर का माउस क्लिक, कुंजी प्रेस), सेंसर आउटपुट, या अन्य प्रोग्राम या थ्रेड से गुजरने वाले संदेश ( कंप्यूटर विज्ञान)। घटना-संचालित प्रोग्रामिंग ग्राफिकल यूज़र इंटरफ़ेस और अन्य अनुप्रयोगों (जैसे, Javascript वेब अनुप्रयोग) में उपयोग किए जाने वाले प्रमुख प्रतिमान हैं जो इनपुट/आउटपुट के जवाब में कुछ क्रियाओं को करने पर केंद्रित हैं। यह USB डिवाइस ड्राइवर स्टैक में डिवाइस ड्राइवरों के लिए प्रोग्रामिंग जैसे, P (प्रोग्रामिंग लैंग्वेज)) के लिए भी सही है[1]
एक घटना-संचालित अनुप्रयोग में, सामान्यतः एक घटना पाश होता है जो घटनाओं को सुनता है और फिर उन घटनाओं में से एक का पता चलने पर कॉलबैक (कंप्यूटर प्रोग्रामिंग) को ट्रिगर करता है। अंतः स्थापित प्रणाली में, लगातार चलने वाले मुख्य लूप के अतिरिक्त हार्डवेयर व्यवधान का उपयोग करके इसे प्राप्त किया जा सकता है। घटना-संचालित फंक्शन किसी भी प्रोग्रामिंग भाषा में लिखे जा सकते हैं, चूंकि यह कार्य उन भाषाओं में आसान है जो अमूर्तता (कंप्यूटर विज्ञान) प्रदान करती हैं।
इवेंट हैंडलर
एक तुच्छ घटना संचालक
क्योंकि घटनाओं की जाँच के लिए कोड और मुख्य लूप अनुप्रयोगों के बीच सामान्य हैं, कई प्रोग्रामिंग ढांचे उनके कार्यान्वयन का ध्यान रखते हैं और आशा करते हैं कि उपयोगकर्ता एकमात्र ईवेंट हैंडलर्स के लिए कोड प्रदान करें। इस सरल उदाहरण में, किसी इवेंट हैंडलर को कॉल किया जा सकता है OnKeyEnter() जिसमें वर्णों की एक स्ट्रिंग के साथ एक तर्क सम्मलित होता है, जो उपयोगकर्ता द्वारा ENTER KEY को हिट करने से पहले टाइप किया गया था। दो नंबर जोड़ने के लिए, ईवेंट हैंडलर के बाहर स्टोरेज का उपयोग किया जाना चाहिए। कार्यान्वयन नीचे जैसा दिख सकता है।
globally declare the counter K and the integer T.
OnKeyEnter(character C)
{
convert C to a number N
if K is zero store N in T and increment K
otherwise, add N to T, print the result and reset K to zero
}
अनुक्रमिक फंक्शन में प्रचीन का ट्रैक रखना सामान्यतः तुच्छ होता है क्योंकि ईवेंट हैंडलर बाहरी घटनाओं के जवाब में निष्पादित होते हैं, किसी भी क्रम में बुलाए जाने पर हैंडलर को काम करने के लिए सही ढंग से संरचित करने के लिए ईवेंट-संचालित फंक्शन में विशेष ध्यान और योजना की आवश्यकता होती है।
इवेंट हैंडलर बनाना
इवेंट-संचालित प्रोग्राम विकसित करने में पहला कदम सबरूटीन्स, या विधि (कंप्यूटर साइंस) की एक श्रृंखला लिखना है, जिसे इवेंट-हैंडलर रूटीन कहा जाता है। ये रूटीन उन इवेंट्स को हैंडल करते हैं जिनका मुख्य प्रोग्राम जवाब देगा। उदाहरण के लिए, एक ग्राफिकल यूजर इंटरफेस प्रोग्राम में कमांड बटन पर एक सिंगल लेफ्ट-बटन माउस-क्लिक एक रूटीन को ट्रिगर कर सकता है जो एक और विंडो खोलेगा, डेटा को डेटाबेस में सेव करेगा या एप्लिकेशन से बाहर निकलेगा। कई आधुनिक-दिन के प्रोग्रामिंग वातावरण प्रोग्रामर को इवेंट टेम्प्लेट प्रदान करते हैं, जिससे प्रोग्रामर को इवेंट कोड लिखने पर ध्यान केंद्रित करने की अनुमति मिलती है।
दूसरा चरण ईवेंट हैंडलर को ईवेंट से बाइंड करना है जिससे इवेंट होने पर सही फ़ंक्शन को कॉल किया जा सके। ग्राफिकल संपादक पहले दो चरणों को जोड़ते हैं: एक बटन पर डबल-क्लिक करें, और संपादक बटन पर क्लिक करने वाले उपयोगकर्ता से जुड़ा एक (खाली) ईवेंट हैंडलर बनाता है और एक टेक्स्ट विंडो खोलता है जिससे आप ईवेंट हैंडलर को संपादित कर सकें।
इवेंट-संचालित प्रोग्राम विकसित करने में तीसरा चरण मुख्य लूप लिखना है। यह एक ऐसा फ़ंक्शन है जो घटनाओं की जांच करता है, और उसके बाद इसे संसाधित करने के लिए मिलान करने वाले ईवेंट हैंडलर को कॉल करता है। अधिकांश इवेंट-संचालित प्रोग्रामिंग वातावरण पहले से ही इस मुख्य लूप को प्रदान करते हैं, इसलिए इसे विशेष रूप से एप्लिकेशन प्रोग्रामर द्वारा प्रदान करने की आवश्यकता नहीं है। [आईबीएम आरपीजी], IBM की एक प्रारंभिक प्रोग्रामिंग भाषा, जिसकी 1960 के दशक की डिजाइन अवधारणा ऊपर चर्चा की गई घटना-संचालित प्रोग्रामिंग के समान थी, एक अंतर्निहित मुख्य I/O लूप प्रदान करती है (प्रोग्राम चक्र के रूप में जाना जाता है) जहां गणना 'संकेतक' के अनुसार प्रतिक्रिया देती है। ' (ध्वज कंप्यूटिंग) जो पहले चक्र में स्थापित किए गए थे।
पीएल/आई में अपवाद हैंडलर
पीएल/आई में, के होने पर भी एक फंक्शन मुख्य रूप से घटना-संचालित नहीं हो सकता है, कुछ असामान्य घटनाएं जैसे हार्डवेयर त्रुटि, अतिप्रवाह (सॉफ्टवेयर) या प्रोग्राम की जांच हो सकती है जो संभवतः आगे की प्रक्रिया को रोकती है। टर्मिनेशन से पहले बाद में साफ करने के लिए हाउसकीपिंग (कम्प्यूटिंग) रूटीन प्रदान करने के लिए या रिकवरी ऑपरेशन करने और बाधित प्रक्रिया पर लौटने के लिए (अनदेखी) कॉलर्स में ऑन स्टेटमेंट द्वारा अपवाद हैंडलिंग प्रदान की जा सकती है।
सामान्य उपयोग
अधिकांश उपस्थित जीयूआई विकास उपकरण और आर्किटेक्चर इवेंट-संचालित प्रोग्रामिंग पर भरोसा करते हैं।[2] Java AWT फ्रेमवर्क सभी UI परिवर्तनों को एक थ्रेड पर प्रोसेस करता है, जिसे घटना प्रेषण धागा कहा जाता है। इसी प्रकार, जावा फ्रेमवर्क JavaFX में सभी UI अपडेट JavaFX एप्लिकेशन थ्रेड पर होते हैं।[3]
इसके अतिरिक्त, Node.js जैसे प्रणाली भी इवेंट-संचालित हैं।[4]
आलोचना
इवेंट-एक्शन मॉडल पर भरोसा करने वाले उन फंक्शन के डिजाइन की आलोचना की गई है, और यह सुझाव दिया गया है कि इवेंट-एक्शन मॉडल प्रोग्रामर को त्रुटि-प्रवण, विस्तार करने में जटिल एप्लिकेशन कोड बनाने के लिए प्रेरित करता है।[2]टेबल-संचालित स्थिर मशीन को व्यवहार्य विकल्प के रूप में वकालत की गई है।[5] दूसरी ओर, टेबल-संचालित स्थिर मशीनें स्वयं राज्य विस्फोट समस्या कंप्यूटिंग घटना सहित महत्वपूर्ण कमजोरियों से ग्रस्त हैं।[6] इसका एक समाधान पेट्री डिश का उपयोग करना है।
स्टैकलेस थ्रेडिंग
हार्डवेयर विवरण भाषाओं में एक घटना-संचालित दृष्टिकोण का उपयोग किया जाता है। किसी ईवेंट को सक्रिय रूप से संसाधित करते समय थ्रेड संदर्भ को एकमात्र CPU स्टैक की आवश्यकता होती है; एक बार हो जाने के बाद, CPU अन्य ईवेंट-संचालित थ्रेड्स को संसाधित करने के लिए आगे बढ़ सकता है, जिससे बहुत बड़ी संख्या में थ्रेड्स को संभाला जा सकता है। यह अनिवार्य रूप से एक परिमित स्थिर मशीन दृष्टिकोण है।
यह भी देखें
- स्वायत्त परिधीय संचालन
- प्रोग्रामिंग प्रतिमान की समानता
- डेटाफ्लो प्रोग्रामिंग (एक समान अवधारणा)
- डोम इवेंट्स
- घटना संचालित वास्तुकला
- इवेंट स्ट्रीम प्रोसेसिंग (एक समान अवधारणा)
- हार्डवेयर विवरण भाषा
- बाधा डालना
- नियंत्रण का उलटा
- संदेश उन्मुख मिडलवेयर
- प्रोग्रामिंग प्रतिमान
- प्रकाशित-सदस्यता पैटर्न
- रिएक्टर पैटर्न
- सिग्नल प्रोग्रामिंग (एक समान अवधारणा)
- [[मंचित घटना-संचालित वास्तुकला]] (SEDA)
- समय-ट्रिगर प्रणाली (कंप्यूटर प्रणाली के लिए एक वैकल्पिक आर्किटेक्चर)
- आभासी तुल्यकालन, इवेंट-संचालित प्रोग्रामिंग के लिए एक वितरित निष्पादन मॉडल
संदर्भ
- ↑ Vivek Gupta; Ethan Jackson; Shaz Qadeer; Sriram Rajamani (November 2012). "P: Safe Asynchronous Event-Driven Programming". Microsoft Research. Retrieved 20 February 2017.
- ↑ 2.0 2.1 Samek, Miro (April 1, 2013). "Who Moved My State?". Dr. Dobb's. Retrieved 2018-01-28.
- ↑ Fedortsova, Irina (June 2012). "Concurrency in JavaFX". JavaFX Documentation Home. Oracle. Retrieved 4 January 2018.
The JavaFX scene graph, which represents the graphical user interface of a JavaFX application, is not thread-safe and can only be accessed and modified from the UI thread also known as the JavaFX Application thread.
- ↑ Event-Driven Programming in Node.js.
- ↑ Samek, Miro (11 March 2009). "घटना-संचालित प्रणालियों के लिए राज्य मशीनें". Retrieved 19 March 2013.
- ↑ Patrick Schaumont (2012-11-27). A Practical Introduction to Hardware/Software Codesign. ISBN 978-1-4614-3737-6.
बाहरी संबंध
- Concurrency patterns presentation given at scaleconf
- Event-Driven Programming: Introduction, Tutorial, History, tutorial by Stephen Ferg
- Event-Driven Programming, tutorial by Alan Gauld
- Event Collaboration, article by Martin Fowler
- Rethinking Swing Threading, article by Jonathan Simon
- The event-driven programming style Archived 2005-02-20 at the Wayback Machine, article by Chris McDonald
- Event Driven Programming using Template Specialization, article by Christopher Diggins
- Schiffer, S.; Frohlich, J.H. (1994). "Concepts and architecture of Vista-a multiparadigm programming environment". Proceedings of 1994 IEEE Symposium on Visual Languages. pp. 40–47. doi:10.1109/VL.1994.363642. ISBN 0-8186-6660-9. S2CID 15927869.
- Event-Driven Programming and Agents, chapter
- LabWindows/CVI Resources
- Distributed Publish/Subscribe Event System, an open-source example which is in production on MSN.com and Microsoft.com
- Javascript Event loop
