View source for फंक्शनल रिएक्टिव प्रोग्रामिंग

{{Distinguish|text=factory reset protection (FRP), a feature in some [[Android (operating system)|android]] devices}}
{{Programming paradigms}}
'''कार्यात्मक [[प्रतिक्रियाशील प्रोग्रामिंग]]''' (एफआरपी) [[कार्यात्मक प्रोग्रामिंग]] के बिल्डिंग ब्लॉक्स (जैसे मैप, फोल्ड, फ़िल्टर का उपयोग करके प्रतिक्रियाशील प्रोग्रामिंग ([[ अतुल्यकालिक प्रोग्रामिंग |एसिंक्रोनस]] [[डेटाफ्लो प्रोग्रामिंग]]) के लिए [[प्रोग्रामिंग प्रतिमान]] है। एफआरपी का उपयोग [[ ग्राफिकल यूज़र इंटरफ़ेस |ग्राफिकल यूज़र इंटरफ़ेस]] (जीयूआई), [[रोबोटिक|रोबोटिक्स]], गेम्स एवं संगीत प्रोग्रामिंग के लिए किया गया है, जिसका लक्ष्य स्पष्ट रूप से मॉडलिंग समय द्वारा इन समस्याओं को सरल बनाना है।

== एफआरपी का सूत्रीकरण ==
कार्यात्मक प्रतिक्रियाशील प्रोग्रामिंग का मूल सूत्रीकरण [[कॉनल इलियट]] एवं [[पॉल हुडक]] द्वारा लिखित ICFP 97 पेपर कार्यात्मक प्रतिक्रियाशील एनीमेशन में प्राप्त किया जा सकता है।<ref>{{cite web |last1=Elliott |first1=Conal |last2=Hudak |first2=Paul |title=कार्यात्मक प्रतिक्रियाशील एनिमेशन|url=http://conal.net/papers/icfp97/ |website=कार्यात्मक प्रतिक्रियाशील एनिमेशन|publisher=ICFP ’97 |access-date=14 July 2018 |ref=fran}}</ref>1997 में अपनी प्रारम्भ के पश्चात से एफआरपी ने कई रूप ले लिए हैं। विविधता की धुरी असतत विरुद्ध निरंतर शब्दार्थ है। अन्य धुरी यह है कि एफआरपी सिस्टम को गतिशील रूप से कैसे परिवर्तित किया जा सकता है।<ref>{{Citation | first1 = Henrik | last1 = Nilsson | first2 = Antony | last2 = Courtney | first3 = John | last3 = Peterson | url = https://www.antonycourtney.com/pubs/frpcont.pdf | contribution = Functional Reactive Programming, Continued | title = Haskell Workshop | orig-year = 2002 |date=Feb 2011 | number = 2}}.</ref>

'''सतत'''

एफआरपी के प्रारम्भी सूत्रीकरण में निरंतर शब्दार्थ का उपयोग किया गया था, जिसका लक्ष्य कई परिचालन विवरणों का सार निकालना था जो किसी प्रोग्राम के अर्थ के लिए महत्वपूर्ण नहीं हैं।<ref>{{Citation | first1 = Conal | last1 = Elliott | first2 = Paul | last2 = Hudak | contribution-url = http://conal.net/papers/icfp97/ | contribution = Functional Reactive Animation | title = ICFP | year = 1997}}.</ref> इस फॉर्मूलेशन के प्रमुख गुण हैं:

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

साइड इफेक्ट (कंप्यूटर विज्ञान)|साइड-इफेक्ट मुक्त भाषाओं में एफआरपी का यह सिमेंटिक मॉडल आमतौर पर निरंतर कार्यों के संदर्भ में है, एवं आमतौर पर समय के साथ।<ref>{{Citation | first1 = Antony | last1 = Courtney | first2 = Conal | last2 = Elliott | contribution-url = https://www.antonycourtney.com/pubs/genuinely-functional-guis.ps.gz |date=Feb 2011 | publisher = Yale | contribution = Genuinely Functional User Interfaces | orig-year = 2001 | title = Haskell Workshop}}.</ref> इस फॉर्मूलेशन को डिनोटेटिव कंटीन्यूअस टाइम प्रोग्रामिंग (DCTP) भी कहा जाता है।<ref>{{Citation | first1 = Conal | last1 = Elliot | contribution-url = http://conal.net/talks/denotational-design-lambdajam-2014.pdf | contribution = Denotational Design | title = LambdaJam | year = 2014 | access-date = 5 May 2023}}</ref>

'''असतत'''

इवेंट-संचालित एफआरपी एवं 0.17 से पहले [[एल्म (प्रोग्रामिंग भाषा)]] के संस्करणों जैसे फॉर्मूलेशन के लिए आवश्यक है कि अपडेट भिन्न-भिन्न एवं इवेंट-संचालित हों।<ref>{{Citation | first1 = Walid | last1 = Taha | first2 = Zhanyong | last2 = Wan | first3 = Paul | last3 = Hudak | url = http://www.cs.yale.edu/homes/zwan/papers/mcu/efrp.pdf | contribution = Event-Driven FRP | title = PADL | year = 2002 | publisher = Yale | access-date = 2013-09-23 | archive-url = https://web.archive.org/web/20130928163653/http://www.cs.yale.edu/homes/zwan/papers/mcu/efrp.pdf | archive-date = 2013-09-28 | url-status = dead }}.</ref> इन फॉर्मूलेशनों ने व्यावहारिक एफआरपी पर जोर दिया है, जिसमें शब्दार्थ पर ध्यान केंद्रित किया गया है जिसमें सरल एपीआई है जिसे रोबोटिक्स या वेब-ब्राउज़र जैसी सेटिंग में कुशलतापूर्वक लागू किया जा सकता है।<ref>{{Citation | first1 = Evan | last1 = Czaplicki | first2 = Stephen | last2 = Chong | publisher = Harvard | contribution-url = http://people.seas.harvard.edu/~chong/abstracts/CzaplickiC13.html | contribution = Asynchronous Functional Reactive Programming for GUIs | title = PLDI | year = 2013}}.</ref>इन फॉर्मूलेशन में, यह सामान्य है कि व्यवहार एवं घटनाओं के विचारों को ऐसे संकेतों में संयोजित किया जाता है जिनका सदैव वर्तमान मूल्य होता है, किन्तु वे भिन्न-भिन्न रूप से परिवर्तित होते हैं।<ref>{{Citation | date = Feb 2011 | first1 = Zhanyong | last1 = Wan | first2 = Walid | last2 = Taha | first3 = Paul | last3 = Hudak | url = http://haskell.cs.yale.edu/wp-content/uploads/2011/02/rt-frp.pdf | contribution = Real-Time FRP | title = ICFP | number = 1 | access-date = 2013-09-23 | archive-url = https://web.archive.org/web/20130928163734/http://haskell.cs.yale.edu/wp-content/uploads/2011/02/rt-frp.pdf | archive-date = 2013-09-28 | url-status = dead }}.</ref>

== इंटरैक्टिव एफआरपी ==
यह बताया गया है कि सामान्य एफआरपी मॉडल, इनपुट से आउटपुट तक, इंटरैक्टिव प्रोग्रामों के लिए त्रुटिपूर्ण रूप से अनुकूल है।<ref>{{Cite web|url=http://conal.net/blog/posts/why-classic-frp-does-not-fit-interactive-behavior|title = Conal Elliott » Why classic FRP does not fit interactive behavior |date=December 9, 2008 |archive-url=https://web.archive.org/web/20221012020700/http://conal.net/blog/posts/why-classic-frp-does-not-fit-interactive-behavior |archive-date=2022-10-12 |url-status=live}}</ref> इनपुट से आउटपुट तक मैपिंग के अन्दर प्रोग्राम चलाने की क्षमता में कमी का तात्पर्य निम्नलिखित समाधानों का उपयोग करना हो सकता है:
*क्रियाओं की डेटा संरचना बनाएं जो आउटपुट के रूप में प्रदर्शित होते हैं। क्रियाएँ किसी बाहरी इंटरप्रेटर या परिवेश द्वारा चलायी जानी चाहिए। इसमें हास्केल की मूल स्ट्रीम I/O सिस्टम की सभी कठिनाइयाँ विरासत में मिली हैं।<ref>{{cite web |url=https://courses.cs.washington.edu/courses/cse505/01au/functional/functional-io.pdf |title=I/O in Purely Functional Languages |first=Alan |last=Borning |archive-url=https://web.archive.org/web/20220428171557/https://courses.cs.washington.edu/courses/cse505/01au/functional/functional-io.pdf |archive-date=2022-04-28 |url-status=live}}</ref>
*एरोइज्ड एफआरपी एवं एम्बेड तीरों का उपयोग करें जो कार्य करने में सक्षम हैं। क्रियाओं में पहचान भी हो सकती है, जो उन्हें उदाहरण के लिए भिन्न-भिन्न परिवर्तनशील स्टोर बनाए रखने की अनुमति देती है। यह फ़जेट्स लाइब्रेरी द्वारा अपनाया गया दृष्टिकोण है<ref>{{Cite web|url=https://cth.altocumulus.org/~hallgren/Thesis/fudgets_thesis_color.pdf|title=Fudgets – Purely Functional Processes with applications to Graphical User Interfaces|first1=Magnus|last1=Carlsson|first2=Thomas|last2=Hallgren|year=1998|archive-url=https://web.archive.org/web/20221015141447/https://cth.altocumulus.org/~hallgren/Thesis/fudgets_thesis_color.pdf|archive-date=2022-10-15|url-status=live}}</ref> एवं, अधिक सामान्यतः, मोनाडिक स्ट्रीम फ़ंक्शंस।<ref>{{Citation |date=July 2016 | first1 = Ivan | last1 = Perez | first2 = Manuel | last2 = Barenz | first3 = Henrik | last3 = Nilsson | url = http://www.cs.nott.ac.uk/~psxip1/papers/2016-HaskellSymposium-Perez-Barenz-Nilsson-FRPRefactored-short.pdf | contribution = Functional Reactive Programming, Refactored | title = Haskell Symposium}}.</ref>
*नया उपाय यह है कि कार्रवाइयों को अभी (IO मोनड में) चलाने की अनुमति दी जाए किन्तु उनके परिणामों की प्राप्ति को पश्चात तक के लिए टाल दिया जाए।<ref>{{Cite web |url=http://www.cse.chalmers.se/~atze/papers/prprfrp.pdf |title=व्यावहारिक सैद्धांतिक एफआरपी|author1=Atze van der Ploeg |first2=Koen |last2=Claessen |access-date=2015-07-24 |archive-url=https://web.archive.org/web/20150701030428/http://www.cse.chalmers.se/~atze/papers/prprfrp.pdf |archive-date=2015-07-01 |url-status=dead }}</ref> यह इवेंट एवं IO मोनैड के मध्य इंटरैक्शन का उपयोग करता है, एवं अधिक अभिव्यक्ति-उन्मुख FRP के साथ संगत है:
{{sxhl|2=elm|
 planNow :: Event (IO a) -> IO (Event a)
}}

== कार्यान्वयन विषय ==

एफआरपी सिस्टम दो प्रकार के होते हैं, पुश-आधारित एवं पुल-आधारित। पुश-आधारित प्रणालियाँ घटनाएँ लेती हैं एवं परिणाम प्राप्त करने के लिए उन्हें सिग्नल नेटवर्क के माध्यम से धकेलती हैं। पुल-आधारित प्रणालियाँ परिणाम की मांग होने तक प्रतीक्षा करती हैं, एवं मांगे गए मूल्य को पुनः प्राप्त करने के लिए नेटवर्क के माध्यम से पीछे की ओर कार्य करती हैं।

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

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

== कार्यान्वयन ==
* याम्पा एसडीएल, एसडीएल2, ओपनजीएल एवं एचटीएमएल डोम समर्थन के साथ  तीरांकित, कुशल, शुद्ध [[हास्केल (प्रोग्रामिंग भाषा)]] कार्यान्वयन है।
* प्रोग्रामिंग भाषा एल्म (प्रोग्रामिंग भाषा) का उपयोग एफआरपी का समर्थन करने के लिए किया जाता है <ref>{{Citation | first = Evan | last = Czaplicki | url = https://www.seas.harvard.edu/sites/default/files/files/archived/Czaplicki.pdf | title = Elm: Concurrent FRP for Functional GUIs | date = Apr 2012 | place = Harvard | type = thesis | access-date = 2015-02-17 | archive-url = https://web.archive.org/web/20160604000246/http://www.seas.harvard.edu/sites/default/files/files/archived/Czaplicki.pdf | archive-date = 2016-06-04 | url-status = dead }}.</ref> किन्तु तब से इसे  भिन्न पैटर्न से बदल दिया गया है।<ref>{{cite web |last1=Czaplicki |first1=Evan |title=एफआरपी को विदाई|url=http://elm-lang.org/blog/farewell-to-frp |website=elm |access-date=14 July 2018 |ref=farewell-to-frp}}</ref>
* रिफ्लेक्स [[वेब ब्राउज़र]]/[[ दस्तावेज़ ऑब्जेक्ट मॉडल ]], [[ सरल डायरेक्टमीडिया परत ]] एवं ग्लॉस के लिए होस्ट के साथ हास्केल में  कुशल पुश/पुल एफआरपी कार्यान्वयन है।
* प्रतिक्रियाशील-केला हास्केल में  लक्ष्य-अज्ञेयवादी पुश एफआरपी कार्यान्वयन है।
* नेटवायर एवं वैरिंजिंग को तीरांकित किया गया है, हास्केल में एफआरपी कार्यान्वयन को खींचें।
* [[फ्लैपजैक्स]] [[जावास्क्रिप्ट]] में  व्यवहार/घटना एफआरपी कार्यान्वयन है।
* रि्ट कार्यात्मक प्रतिक्रियाशील प्रोग्रामिंग के लिए  [[OCaml]] मॉड्यूल है।
* सोडियम  पुश एफआरपी कार्यान्वयन है जो जावा, टाइपस्क्रिप्ट एवं सी# जैसी कई प्रोग्रामिंग भाषाओं के लिए  विशिष्ट यूआई फ्रेमवर्क से स्वतंत्र है।
* डुनाई [[मोनाडिक स्ट्रीम फ़ंक्शंस]] का उपयोग करके हास्केल में  तेज़ कार्यान्वयन है जो क्लासिक एवं एरोवाइज़्ड एफआरपी का समर्थन करता है।
* ऑब्जर्वेबलकंप्यूटेशंस,  क्रॉस-प्लेटफ़ॉर्म .NET कार्यान्वयन।
* स्टेला  अभिनेता-आधारित प्रतिक्रियाशील प्रोग्रामिंग भाषा है जो अभिनेताओं एवं रि्टरों के  मॉडल को प्रदर्शित करती है जिसका उद्देश्य प्रतिक्रियाशील कोड के साथ अनिवार्य कोड के संयोजन के मुद्दों से बचना है (उन्हें अभिनेताओं एवं रि्टरों में भिन्न करके)।<ref name="stella">{{Citation | url = https://drops.dagstuhl.de/opus/volltexte/2020/13176/ | first1 = Sam | last1 = Van den Vonder | first2 = Thierry | last2 = Renaux | first3 = Bjarno | last3 = Oeyen | first4 = Joeri | last4 = De Koster | first5 = Wolfgang | last5 = De Meuter | contribution = Tackling the Awkward Squad for Reactive Programming: The Actor-Reactor Model | title = Leibniz International Proceedings in Informatics (LIPIcs) | volume = 166 | year = 2020 | pages = 19:1–19:29 | doi = 10.4230/LIPIcs.ECOOP.2020.19| isbn = 9783959771542 }}.</ref> अभिनेता वितरित प्रतिक्रियाशील प्रणालियों में उपयोग के लिए उपयुक्त हैं।<ref name="stella2">{{Citation | url = https://programming-journal.org/2022/6/14/ | first1 = Sam | last1 = Van den Vonder | first2 = Thierry | last2 = Renaux | first3 = Wolfgang | last3 = De Meuter | contribution = Topology-Level Reactivity in Distributed Reactive Programs: Reactive Acquaintance Management using Flocks | title = The Art, Science, and Engineering of Programming | volume = 6:3 | year = 2022 | issue = 3 | pages = 14:1–14:36 | doi = 10.22152/programming-journal.org/2022/6/14 | s2cid = 246979565 }}</ref>
*[[ज्वारीयचक्र]] संगीत पैटर्न के लिए  शुद्ध एफआरपी डोमेन विशिष्ट भाषा है, जो हास्केल (प्रोग्रामिंग भाषा) प्रोग्रामिंग भाषा में एम्बेडेड है।

यह ध्यान देने योग्य है कि [[रिएक्टिवएक्स|रि्टिव्स]], अपने जावास्क्रिप्ट कार्यान्वयन आर्सजेएस द्वारा लोकप्रिय है, कार्यात्मक एवं प्रतिक्रियाशील है किन्तु कार्यात्मक प्रतिक्रियाशील प्रोग्रामिंग से भिन्न है।<ref>{{cite web |url=https://reactivex.io/intro.html |title=रिएक्टिवएक्स|website=ReactiveX.io |access-date=July 3, 2022}}</ref>

== यह भी देखें ==
* [[वृद्धिशील कंप्यूटिंग]]
* [[स्ट्रीम प्रोसेसिंग]]

== संदर्भ ==
{{Reflist |32em}}

{{DEFAULTSORT:Functional reactive programming}}[[Category: कार्यात्मक प्रोग्रामिंग]] [[Category: मूल्यांकन रणनीति]] 



[[Category: Machine Translated Page]]
[[Category:Created On 24/07/2023]]