Реактивті бағдарламалау - Reactive programming - Wikipedia

Реактивті бағдарламалауды бірінші болып әзірледі Гленн Уадден 1986 ж^[1] бағдарламалау тілі ретінде (VTScript)^[2]) қадағалау мен деректерді жинақтауда (SCADA ) өнеркәсіп.

Жылы есептеу, реактивті бағдарламалау Бұл декларативті бағдарламалау парадигмасы қатысты деректер ағындары және өзгерістің таралуы. Бұл парадигмамен статикалық (мысалы, массивтер) немесе динамикалық (мысалы, оқиғалар эмитенттері) білдіруге болады деректер ағындары оңай, сонымен қатар байланыстырылған тәуелділік туралы хабарлаңыз орындау моделі бар, бұл өзгертілген мәліметтер ағынының автоматты таралуын жеңілдетеді.^{[дәйексөз қажет ]}

Мысалы, императивті бағдарламалау параметрі, ${ displaystyle a: = b + c}$ бұл дегеніміз ${ displaystyle a}$ нәтижесі тағайындалуда ${ displaystyle b + c}$ лезде өрнек бағаланады, кейінірек мәндері ${ displaystyle b}$ және ${ displaystyle c}$ мәніне әсер етпей өзгертілуі мүмкін ${ displaystyle a}$ . Екінші жағынан, жылы реактивті бағдарламалау, мәні ${ displaystyle a}$ мәндері болған кезде автоматты түрде жаңартылады ${ displaystyle b}$ немесе ${ displaystyle c}$ өтінішті қайта орындауға тура келмей, өзгертіңіз ${ displaystyle a: = b + c}$ үшін берілген мәнді анықтау ${ displaystyle a.}$ ^{[дәйексөз қажет ]}

Тағы бір мысал - а жабдықты сипаттау тілі сияқты Верилог, мұнда реактивті бағдарламалау өзгертулерді тізбектер арқылы тарату кезінде модельдеуге мүмкіндік береді.^{[дәйексөз қажет ]}

Реактивті бағдарламалау интерактивті қолданушы интерфейсін құруды және нақты уақыт режиміндегі жүйелік анимацияны жеңілдету тәсілі ретінде ұсынылды.^{[дәйексөз қажет ]}

Мысалы, а модель - көрініс - контроллер (MVC) архитектурасы, реактивті бағдарламалау негізінде жатқан өзгерістерді жеңілдете алады модель олар байланысты автоматты түрде көрсетіледі көрініс.^[3]

Реактивті бағдарламалау тілдерін құру тәсілдері

Реактивті бағдарламалау тілдерін құруда бірнеше танымал тәсілдер қолданылады. Сипаттамасы арналған әртүрлі тілдерге тән домендік шектеулер. Мұндай шектеулер, әдетте, нақты уақыт режимінде, ендірілген есептеу немесе аппараттық сипаттамамен сипатталады. Тағы бір тәсіл спецификациядан тұрады жалпы мақсат реактивтілікті қолдауды қамтитын тілдер. Бағдарламалауды анықтауда және қолдануда басқа тәсілдер келтірілген кітапханалар, немесе ендірілген арнайы домендерге арналған тілдер, бағдарламалау тілінің жанында немесе жоғарғы жағында реактивтілікті қосады. Осы әр түрлі тәсілдерді нақтылау және қолдану тілде нәтиже береді қабілеттіліктің өзара есеп айырысуы. Жалпы, тіл неғұрлым шектеулі болса, соғұрлым оны байланыстыратын компиляторлар мен талдау құралдары әзірлеушілерге ақпарат бере алады (мысалы, бағдарламаларды нақты уақыт режимінде орындай алатындығы туралы талдау жасау кезінде). Функционалды өзара айырмашылықтар тілдің жалпы қолданысының нашарлауына әкелуі мүмкін.

Бағдарламалау модельдері мен семантикасы

Әр түрлі модельдер мен семантикалар реактивті бағдарламалауды басқарады. Біз оларды келесі өлшемдер бойынша еркін бөле аламыз:

Синхрония: уақыттың негізгі моделі синхронды және асинхронды ма?
Детерминизм: бағалау үдерісінде де, нәтижелерінде де детерминистік және детерминистік емес
Жаңарту процесі: қоңырау ақпарат ағынына қарсы актерге қарсы

Іске асыру әдістері мен қиындықтары

Іске асырудың мәні

Программалау тілінің жұмыс уақыты реактивті мәндердің арасындағы тәуелділікті анықтайтын графикамен ұсынылған. Мұндай графикада түйіндер есептеу әрекетін білдіреді және шеттері тәуелділік қатынастарының моделі. Мұндай жұмыс уақыты оған енгізілген мәнді өзгерткеннен кейін жаңадан орындалуы керек әр түрлі есептеулерді қадағалауға көмектесу үшін аталған графиканы пайдаланады.

Таралу алгоритмдерін өзгерту

Мәліметтерді тарату тәсілдері:

Тарт: Құнды тұтынушы шын мәнінде белсенді, ол үнемі бақыланатын көзден мәндерді сұрайды және тиісті мән болған кезде әрекет етеді. Оқиғаларды немесе құндылықтардың өзгеруін үнемі тексеріп отырудың бұл тәжірибесі әдетте деп аталады дауыс беру.
Басыңыз: Құнды тұтынушы мән пайда болған сайын дереккөзден мән алады. Бұл мәндер дербес, мысалы. олар барлық қажетті ақпаратты қамтиды және тұтынушы бұдан әрі ақпарат сұрамауы керек.
Итеру: Тұтынушы құндылықты алады хабарландыруды өзгерту, бұл өзгерістің қысқаша сипаттамасы, мысалы. «кейбір мәндер өзгерді» - бұл Басыңыз бөлім. Алайда, хабарламада барлық қажетті ақпарат жоқ (яғни нақты мәндер жоқ), сондықтан тұтынушы хабарлама алғаннан кейін көбірек ақпарат алу үшін дереккөзден сұрау қажет (нақты мән) - бұл Тарт бөлім. Бұл әдіс тұтынушылар ықтимал қызықтыруы мүмкін деректердің үлкен көлемі болған кезде қолданылады. Сондықтан өткізу қабілеттілігі мен кідірісті азайту үшін тек жеңіл салмақты хабарламалар жіберіледі; содан кейін қосымша ақпаратты қажет ететін тұтынушылар нақты ақпаратты сұрайды. Бұл тәсілде хабарландыру жіберілгеннен кейін қосымша ақпарат алу үшін көптеген сұраныстармен қайнар көзді басып қалуы мүмкін деген кемшіліктер бар.

Нені итеру керек?

Іске асыру деңгейінде оқиға реакциясы өзгерістің болуын сипаттайтын графиктік ақпараттың таралуынан тұрады. Демек, осындай өзгеріске ұшыраған есептеулер ескіреді және қайта орындау үшін жалаушамен белгіленуі керек. Мұндай есептеулер әдетте сипатталады өтпелі жабылу онымен байланысты көздің өзгеруі туралы. Таралуын өзгерту содан кейін графиктің мәнін жаңартуға әкелуі мүмкін раковиналар.

Таратылатын графикалық ақпарат түйіннің толық күйінен, яғни қатысатын түйіннің есептеу нәтижесінен тұруы мүмкін. Мұндай жағдайларда түйіннің алдыңғы шығысы еленбейді. Тағы бір әдіс жатады атыраудың таралуы яғни өзгерісті кеңейту. Бұл жағдайда ақпарат графика бойынша көбейеді шеттері, тек тұрады атырауАлдыңғы түйін қалай өзгергенін сипаттайтын s. Бұл тәсіл әсіресе маңызды түйіндер мөлшерін ұстаңыз мемлекеттік деректер, әйтпесе оны нөлден бастап есептеу қымбат болады.

Дельтаның көбеюі пәні бойынша жан-жақты зерттелген оңтайландыру болып табылады қосымша есептеу, оның тәсілі жұмыс уақытын қанағаттандыруды талап етеді жаңарту көрінісі. Бұл проблема қолдану арқылы сипатталады дерекқор өзгертілетін мәліметтер көрінісін қамтамасыз етуге жауап беретін ұйымдар.

Тағы бір кеңейтілген оңтайландыру - бұл жұмысқа орналасу бір өзгерісті жинақтау және топтамалық тарату. Мұндай шешім тезірек болуы мүмкін, себебі ол тартылған түйіндер арасындағы байланысты азайтады. Одан кейін оңтайландыру стратегияларын қолдануға болады, олар өзгертулердің мазмұны туралы және соған сәйкес өзгерістер енгізеді. мысалы партиядағы екі өзгеріс бірін-бірі жоққа шығаруы мүмкін, осылайша жай еленбеуі мүмкін. Тағы бір қол жетімді тәсіл ретінде сипатталады жарамсыздық туралы хабарламаны тарату. Бұл тәсіл жарамсыз кірісі бар түйіндердің жаңартуларды тартуына мәжбүр етеді, осылайша олардың өзіндік нәтижелері жаңартылады.

А ғимаратында қолданудың екі негізгі әдісі бар тәуелділік графигі:

Тәуелділік графигі $ an $ ішінде сақталады оқиға циклі. Ашық қоңырауды тіркеу, содан кейін айқын емес тәуелділіктер пайда болады. Сондықтан, инверсияны басқаруқоңырау шалу арқылы туындаған, осылайша өз орнында қалады. Алайда, кері байланыстарды функционалды ету (яғни бірлік мәнінің орнына күй мәнін қайтару) мұндай кері байланыстардың композициялық болуын талап етеді.
Тәуелділік графигі бағдарламаға тән және оны бағдарламашы жасайды. Бұл қайта қоңырау шалу мекен-жайын жеңілдетеді инверсияны басқару екі тәсілмен: не график көрсетілген айқын (әдетте доменге арналған тіл (DSL), ол ендірілуі мүмкін) немесе график жасырын тиімді, архетиптік көмегімен экспрессиямен және генерациямен анықталады тіл.

Реактивті бағдарламалаудағы қиындықтар

Жарықтар

Өзгерістерді тарату кезінде өрнектің мәні бастапқы бағдарламаның табиғи салдары болмайтындай етіп тарату тапсырыстарын таңдауға болады. Біз мұны мысалмен оңай түсіндіре аламыз. Айталық секунд - ағымдағы уақытты (секундпен) көрсету үшін әр секунд сайын өзгеретін реактивті мән. Мына өрнекті қарастырыңыз:

t = секунд + 1g = (t> секунд)

Себебі т әрқашан үлкен болуы керек секунд, бұл өрнек әрқашан шын мәнінде бағалануы керек. Өкінішке орай, бұл бағалау тәртібіне байланысты болуы мүмкін. Қашан секунд өзгертулер, екі өрнек жаңартылуы керек: секунд + 1 және шартты. Егер біріншісі екіншісіне дейін бағаласа, онда бұл инвариант орындалады. Егер ескі мәнін қолданып, алдымен шартты жаңартулар болса т және жаңа мәні секунд, содан кейін өрнек жалған мәнге дейін бағаланады. Мұны а деп атайды ақаулық.

Кейбір реактивті тілдерде ақаулар жоқ және бұл қасиетті дәлелдейді^{[дәйексөз қажет ]}. Бұған әдетте қол жеткізіледі топологиялық сұрыптау топологиялық рет бойынша өрнектер мен жаңартылған мәндер. Алайда, бұл мәндерді жеткізуді кейінге қалдыру (таралу ретіне байланысты) сияқты өнімділік салдары болуы мүмкін. Кейбір жағдайларда, демек, реактивті тілдер ақауларға жол береді, ал әзірлеушілер мәндердің уақытша бағдарлама көзіне сәйкес келмеуі және кейбір өрнектер бірнеше рет бағалауы мүмкін екенін білуі керек (мысалы, t> секунд екі рет бағалауы мүмкін: жаңа мән болғанда бір рет секунд келеді, және тағы бір рет қашан келеді т жаңартулар).

Циклдік тәуелділіктер

Тәуелділіктерді топологиялық сұрыптау тәуелділік графигіне тәуелді болады бағытталған ациклдік график (DAG). Іс жүзінде бағдарлама циклдары бар тәуелділік графигін анықтай алады. Әдетте, реактивті бағдарламалау тілдері кейбір циклдарды «артқы жиектің» бойына орналастырып, реактивті жаңартуды тоқтатуға мүмкіндік беру арқылы «бұзылады» деп күтеді. Әдетте, тілдер операторды ұсынады кешіктіру жаңарту механизмі осы мақсатта қолданады, өйткені кешіктіру «келесі кезектегі қадамда» (ағымдағы бағалаудың тоқтатылуына мүмкіндік беру) келесі нәрсені бағалау керек дегенді білдіреді.

Өзгеретін күймен өзара әрекеттесу

Реактивті тілдер, әдетте, олардың өрнектері осындай деп қабылдайды таза функционалды. Бұл жаңарту механизміне жаңартуларды орындайтын әр түрлі тапсырыстарды таңдауға және нақты тапсырысты анықтамай қалдыруға мүмкіндік береді (осылайша оңтайландыруларды қосады). Реактивті тіл күйімен бағдарламалау тіліне енгізілген кезде, бағдарламашыларға өзгермелі амалдарды орындау мүмкін болуы мүмкін. Бұл өзара іс-қимылды қалай тегіс ету керектігі ашық мәселе болып қала береді.

Кейбір жағдайларда принципиалды ішінара шешімдер болуы мүмкін. Осындай екі шешімге мыналар жатады:

Тіл «өзгермелі ұяшық» ұғымын ұсына алады. Өзгеретін ұяшық - бұл реактивті жаңарту жүйесі білетін, сондықтан ұяшыққа енгізілген өзгерістер реактивті бағдарламаның қалған бөлігіне таралады. Бұл бағдарламаның реактивті емес бөлігін дәстүрлі мутацияны жүзеге асыруға мүмкіндік береді, ал реактивті кодты осы жаңартуды білуге және оған жауап беруге мүмкіндік береді, осылайша бағдарламадағы мәндер арасындағы қатынастардың дәйектілігін сақтайды. Мұндай ұяшықты қамтамасыз ететін реактивті тілдің мысалы ретінде FrTime келтіруге болады.^[4]
Дұрыс инкапсуляцияланған нысанға бағытталған кітапханалар күй туралы инкапсуляцияланған ұғымды ұсынады. Негізінде, мұндай кітапхананың тілдің реактивті бөлігімен өзара әрекеттесуі мүмкін. Мысалы, реактивті жаңарту қозғалтқышына күйдің өзгеруі туралы хабарлау үшін объектіге бағытталған кітапхананың іздеушілеріне кері байланыс орнатуға болады, ал реактивті компоненттегі өзгерістер объектілерге бағытталған кітапханаға гетерлер арқылы жіберілуі мүмкін. FrTime осындай стратегияны қолданады.^[5]

Тәуелділік графигін динамикалық жаңарту

Кейбір реактивті тілдерде тәуелділіктер графигі болып табылады статикалық, яғни, график бағдарламаның барлық орындалу барысында бекітіледі. Басқа тілдерде график болуы мүмкін динамикалық, яғни ол бағдарлама орындалған кезде өзгеруі мүмкін. Қарапайым мысал үшін мына көрнекі мысалды қарастырайық (қайда секунд реактивті мән):

t = егер ((секундтық режим 2) == 0): секунд + тағы 1: секунд - 1 аяқталу + 1

Әр секунд сайын бұл өрнектің мәні басқа реактивті өрнекке өзгереді, ол t + 1 содан кейін байланысты. Сондықтан тәуелділік графигі әр секунд сайын жаңарып отырады.

Тәуелділіктің динамикалық жаңартылуына рұқсат беру маңызды мәнерлі қуат береді (мысалы, динамикалық тәуелділіктер үнемі пайда болады) графикалық интерфейс (GUI) бағдарламалары). Алайда реактивті жаңарту қозғалтқышы өрнектерді әр кезде қайта құруға немесе өрнек түйінін құрастырған, бірақ белсенді емес күйінде ұстауға шешім қабылдауы керек; соңғы жағдайда, олар белсенді болмауы керек болған кезде олардың есептеуге қатыспауын қамтамасыз етіңіз.

Түсініктер

Айқындық дәрежелері

Программалаудың реактивті тілдері көрсеткілерді қолдану арқылы мәліметтер ағыны орнатылатын, тілдік құрылымдардан алынған императивті немесе функционалды бағдарламалауға сәйкес келетін мәліметтер ағынына дейін болуы мүмкін. Мысалы, жасырын түрде көтерілген функционалды реактивті бағдарламалау (FRP) функцияның шақыруы жанама түрде мәліметтер ағынының графигіндегі түйінді құруға себеп болуы мүмкін. Динамикалық тілдерге арналған реактивті бағдарламалау кітапханалары (мысалы, Lisp «Cells» және Python «Trellis» кітапханалары) функциялардың орындалуы кезінде оқылған мәндердің жұмыс уақытының талдауынан тәуелділік графигін құра алады, бұл мәліметтер ағынының сипаттамаларын жасырын және динамикалық болуға мүмкіндік береді.

Кейде термин реактивті бағдарламалау бағдарламалық жасақтаманың архитектуралық деңгейіне жатады, мұнда мәліметтер ағынының графигіндегі жеке түйіндер бір-бірімен байланысатын қарапайым бағдарламалар болып табылады.

Статикалық немесе динамикалық

Деректер ағындары статикалық түрде орнатылған кезде реактивті бағдарламалау тек статикалық болуы мүмкін немесе бағдарламаның орындалуы кезінде мәліметтер ағындары өзгеруі мүмкін жерлерде динамикалық болуы мүмкін.

Деректер ағыны графигіндегі деректер қосқыштарын пайдалану белгілі бір дәрежеде статикалық мәліметтер ағынының графигін динамикалық етіп көрсетуі және айырмашылықты аздап бұлдырлатуы мүмкін. Нақты динамикалық реактивті бағдарламалау, бірақ мәліметтер ағынының графигін қайта құру үшін императивті бағдарламалауды қолдана алады.

Жоғары ретті реактивті бағдарламалау

Реактивті бағдарламалау деп айтуға болады жоғары тәртіп егер ол деректер ағындары басқа деректер ағындарын құру үшін пайдаланылуы мүмкін деген идеяны қолдайтын болса. Яғни, деректер ағынынан шығатын мән, алғашқы бағалау моделінің көмегімен орындалатын басқа мәліметтер ағынының графигі болып табылады.

Деректер ағынының дифференциациясы

Дұрысы, барлық мәліметтер өзгеруі бірден таратылады, бірақ іс жүзінде бұған сенімді бола алмайсыз. Оның орнына мәліметтер ағыны графигінің әртүрлі бөліктерін бағалаудың әр түрлі басымдықтарын беру қажет болуы мүмкін. Мұны атауға болады сараланған реактивті бағдарламалау.^[6]

Мысалы, мәтіндік процессорда орфографиялық қателерді таңбалау таңбалар кірістіруімен толық синхронды болмауы керек. Мұнда дифференциалды реактивті бағдарламалау емлені тексерушіге төмен басымдылық беру үшін қолданылуы мүмкін, бұл оны басқа мәліметтер ағындарын лезде ұстап тұрып кешіктіруге мүмкіндік береді.

Алайда мұндай саралау дизайнның қосымша күрделілігін енгізеді. Мысалы, мәліметтер ағынының әр түрлі аймақтарын қалай анықтауға болатынын және әртүрлі мәліметтер ағынының аймақтары арасында өтетін оқиғаларды қалай басқаруға болатындығын шешу.

Реактивті бағдарламалауды бағалау модельдері

Реактивті бағдарламаларды бағалау міндетті түрде стекке негізделген бағдарламалау тілдерінің қалай бағаланатындығына байланысты емес. Оның орнына, кейбір деректер өзгертілген кезде, өзгертілген мәліметтерден ішінара немесе толығымен алынған барлық мәліметтерге таралады. Бұл өзгерісті кеңейтуге бірнеше тәсілдермен қол жеткізуге болады, мұнда ең табиғи әдіс - жарамсыз / жалқау-қайта бағалау схемасы.

Егер деректер құрылымы белгілі бір пішінге ие болса, өзгерісті ықтимал экспоненциалды күрделілікке байланысты жай ғана стек көмегімен өзгерісті кеңінен тарату қиынға соғуы мүмкін. Осындай пішіндердің бірін «қайталанатын алмас формасы» деп сипаттауға болады және ол келесі құрылымға ие: A_n→ B_n→ A_{n + 1}, A_n→ C_n→ A_{n + 1}, мұндағы n = 1,2 ... Бұл мәселені кейбір деректер әлі күшін жоймаған кезде ғана жарамсыздықты тарату арқылы шешуге болады, ал кейінірек қажет болғанда деректерді қайта тексеруге болады жалқау бағалау.

Реактивті бағдарламалауға тән проблемалардың бірі - қалыпты бағдарламалау тілінде бағаланатын және ұмытылатын есептеудің көпшілігі мәліметтер құрылымы ретінде жадта ұсынылуы керек.^{[дәйексөз қажет ]} Бұл реактивті бағдарламалауды жоғары жадыны қажет етуі мүмкін. Алайда, қалай аталады деп зерттеу төмендету бұл мәселені әлеуетті түрде жеңе алады.^[7]

Екінші жағынан, реактивті бағдарламалау - бұл «айқын параллелизм» деп сипаттауға болатын түр.^{[дәйексөз қажет ]}, сондықтан параллель жабдықтың қуатын пайдалану үшін пайдалы болуы мүмкін.

Бақылаушылар үлгісімен ұқсастықтар

Реактивті бағдарламалаудың негізгі ұқсастықтары бар бақылаушы үлгісі әдетте қолданылады объектіге бағытталған бағдарламалау. Алайда, деректер ағыны тұжырымдамаларын бағдарламалау тіліне енгізу оларды білдіруді жеңілдетеді және сондықтан мәліметтер ағыны графигінің түйіршіктігін арттыра алады. Мысалы, бақылаушылар үлгісі жалпы объектілер / кластар арасындағы мәліметтер ағындарын сипаттайды, ал объектіге бағытталған реактивті бағдарламалау объектілер / кластар мүшелерін бағыттауы мүмкін.

Тәсілдер

Императивті

Кәдімгі императивті бағдарламамен реактивті бағдарламалауды біріктіруге болады. Мұндай парадигмада императивті бағдарламалар реактивті деректер құрылымында жұмыс істейді.^[8] Мұндай қондырғы ұқсас императивті бағдарламалауды шектеу; дегенмен, шектеу императивті бағдарламалау екі бағытты шектеулерді басқарса, реактивті императивті бағдарламалау бір бағыттағы мәліметтер ағыны шектеулерін басқарады.

Нысанға бағытталған

Нысанға бағытталған реактивті бағдарламалау (OORP) - бұл объектіге бағытталған бағдарламалау мен реактивті бағдарламалаудың жиынтығы. Мүмкін, мұндай комбинацияны жасаудың ең табиғи тәсілі мынада: әдістер мен өрістердің орнына объектілерде бар реакциялар олар тәуелді басқа реакциялар өзгертілген кезде автоматты түрде қайта бағалайды.^{[дәйексөз қажет ]}

Егер OORP тілі өзінің императивті әдістерін сақтаса, ол сонымен қатар императивті реактивті бағдарламалау санатына кіреді.

Функционалды

Функционалды реактивті бағдарламалау (FRP) - реактивті бағдарламалауға арналған бағдарламалау парадигмасы функционалды бағдарламалау.

Ережеге негізделген

Бағдарламалау тілдерінің салыстырмалы түрде жаңа санаты шектеулерді (ережелерді) бағдарламалаудың негізгі тұжырымдамасы ретінде пайдаланады. Ол барлық шектеулерді қанағаттандыратын оқиғаларға реакциялардан тұрады. Бұл оқиғаға негізделген реакцияларды жеңілдетіп қана қоймай, реактивті бағдарламаларды бағдарламалық жасақтаманың дұрыстығына ықпал етеді. Ережеге негізделген реактивті бағдарламалау тілінің мысалы ретінде құрылған Ampersand келтіруге болады қатынас алгебра.^[9]

Сондай-ақ қараңыз

ReactiveX, RxJs, RxJava, RxPy және RxSwift сияқты бірнеше тілдік енгізілімдері бар ағындармен, бақылаушылармен және операторлармен реактивті бағдарламалауды жүзеге асыруға арналған API.
Қарағаш (бағдарламалау тілі) Веб-қолданушы интерфейсінің реактивті құрамы.
Реактивті ағындар, ағынды блоктаусыз кері қысыммен асинхронды өңдеуге арналған JVM стандарты
Бақыланатын (есептеуіш), реактивті бағдарламалау кезінде байқалады.

Әдебиеттер тізімі

^ «Үшбұрыш туралы». VTScada Trihedral. Алынған 2020-10-20.
^ «SCADA сценарий тілі». VTScada Trihedral. Алынған 2020-10-20.
^ Треллис, Модель-көріністі бақылаушы және бақылаушы үлгісі, Tele қауымдастығы.
^ «Динамикалық ақпараттарды шақыру бойынша енгізу». қоңырау.edu. Алынған 2016-10-09.
^ «Мемлекеттік сызықтарды кесіп өту: нысанға негізделген рамаларды функционалды реактивті тілдерге бейімдеу». қоңырау.edu. Алынған 2016-10-09.
^ «Реактивті бағдарламалау - қызмет көрсету өнері | АТ-ны басқару жөніндегі нұсқаулық». theartofservice.com. Алынған 2016-07-02.
^ Бурчетт, Кимберли; Купер, Григорий Н; Кришнамурти, Шрирам, «Төмендету: мөлдір функционалды реактивтіліктің статикалық оңтайландыру әдісі», Бағдарламаны ішінара бағалау және семантикаға негізделген манипуляциялар бойынша ACM SIGPLAN 2007 симпозиумының материалдары (PDF), 71–80 бб.
^ Деметреску, Камил; Финокки, Айрин; Рибичини, Андреа, «Dataflow шектеулерімен реактивті императивті бағдарламалау», Нысандарға бағытталған бағдарламалау жүйелерінің тілдері мен қосымшалары бойынша 2011 жылғы ACM халықаралық конференция материалдары, 407–26 бб.
^ Джостен, Стеф (2018), «Ampersand компиляторын қолдану арқылы қатынас алгебрасы бағдарламалау тілі ретінде», Бағдарламалаудағы логикалық және алгебралық әдістер журналы, 100, 113–29 б., дои:10.1016 / j.jlamp.2018.04.002.

Сыртқы сілтемелер

Реактивті бағдарламалау туралы сауалнама Э.Байномугишаның, А.Ломбид Карретонның, Т.Ван Кутсемдің, С.Мостинккстің және В.Де Мейтердің авторлық бағдарламалаудың қолданыстағы реактивті тәсілдерін зерттейтін және таксономиясын қамтамасыз ететін мақаласы.
MIMOSA INRIA - ENSMP жобасы, реактивті бағдарламалау туралы жалпы сайт.
Жасушалармен тәжірибе жасау Cells кітапханасын қолдана отырып, Lisp-де қарапайым реактивті бағдарламалау бағдарламасын көрсету
REScala OO қосымшаларына арналған реактивті бағдарламалау.
Бақылаушы үлгісін жоққа шығару 2010 жылғы Инго Майер, Тиарк Ромф және Мартин Одерский бағдарламалық жасақтаманың реактивті құрылымын сипаттайды Scala бағдарламалау тілі.
Scala.React көмегімен бақылаушы үлгісін жою 2012 жылғы Ingo * мақаласы RxJS «реактивті кеңейтімдер кітапханасы» бақыланатын реттіліктің көмегімен асинхронды [...] бағдарламалар құруға «арналған.

[1] «Үшбұрыш туралы». VTScada Trihedral. Алынған 2020-10-20.

[2] «SCADA сценарий тілі». VTScada Trihedral. Алынған 2020-10-20.

[refTrellis-3] Треллис, Модель-көріністі бақылаушы және бақылаушы үлгісі, Tele қауымдастығы.

[4] «Динамикалық ақпараттарды шақыру бойынша енгізу». қоңырау.edu. Алынған 2016-10-09.

[5] «Мемлекеттік сызықтарды кесіп өту: нысанға негізделген рамаларды функционалды реактивті тілдерге бейімдеу». қоңырау.edu. Алынған 2016-10-09.

[6] «Реактивті бағдарламалау - қызмет көрсету өнері | АТ-ны басқару жөніндегі нұсқаулық». theartofservice.com. Алынған 2016-07-02.

[7] Бурчетт, Кимберли; Купер, Григорий Н; Кришнамурти, Шрирам, «Төмендету: мөлдір функционалды реактивтіліктің статикалық оңтайландыру әдісі», Бағдарламаны ішінара бағалау және семантикаға негізделген манипуляциялар бойынша ACM SIGPLAN 2007 симпозиумының материалдары (PDF), 71–80 бб.

[refDC-8] Деметреску, Камил; Финокки, Айрин; Рибичини, Андреа, «Dataflow шектеулерімен реактивті императивті бағдарламалау», Нысандарға бағытталған бағдарламалау жүйелерінің тілдері мен қосымшалары бойынша 2011 жылғы ACM халықаралық конференция материалдары, 407–26 бб.

[refSJ-9] Джостен, Стеф (2018), «Ampersand компиляторын қолдану арқылы қатынас алгебрасы бағдарламалау тілі ретінде», Бағдарламалаудағы логикалық және алгебралық әдістер журналы, 100, 113–29 б., дои:10.1016 / j.jlamp.2018.04.002.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]