🥂 🤬 🏡 क्या मैं सर्वर पर Redux का उपयोग कर सकता हूं? 🏳️ 🧖🏽 🖍️

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

मुझे Redux लाइब्रेरी की आवश्यकता क्यों है?

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

हमने पहले ही उल्लेख किया है कि Redux का उपयोग किसी एप्लिकेशन की स्थिति को नियंत्रित करने के लिए किया जाता है। अब बात करते हैं कि "स्थिति" क्या है। इस अवधारणा को परिभाषित करना मुश्किल है, लेकिन हम अभी भी इसका वर्णन करने का प्रयास करते हैं।

"राज्य" को ध्यान में रखते हुए, अगर हम लोगों के बारे में या भौतिक दुनिया की वस्तुओं के बारे में बात कर रहे हैं, तो हम वास्तव में, जिस समय हम उनके बारे में बात कर रहे हैं, एक या एक से अधिक मापदंडों पर विचार करते हुए उनका वर्णन करना चाहते हैं। उदाहरण के लिए, हम झील के बारे में कह सकते हैं: "पानी बहुत गर्म है," या: "पानी जम गया है।" इन बयानों में, हम झील के पानी के तापमान के संदर्भ में राज्य का वर्णन करते हैं।

जब कोई अपने बारे में कहता है: "मैं घबरा रहा हूं," वह उसके पास जितना पैसा है, उसे मानता है। यह स्पष्ट है कि इनमें से प्रत्येक उदाहरण में हम वस्तुओं की स्थिति के केवल एक पहलू के बारे में बात कर रहे हैं। लेकिन, पैसे के बारे में उदाहरण में, कथन एक हो सकता है जो कई मापदंडों का वर्णन करता है: "मैं घबरा रहा हूं, मैंने लंबे समय तक नहीं खाया, लेकिन मैं खुश हूं!"। यहां यह ध्यान देना बहुत जरूरी है कि राज्य कुछ असंगत है। इसका मतलब है कि यह बदल सकता है। इसलिए, जब हम किसी निश्चित वस्तु की वर्तमान स्थिति के बारे में सीखते हैं, तो हम समझते हैं कि इसकी वास्तविक स्थिति इसके बारे में जानने के कुछ सेकंड या मिनट बाद बदल सकती है।

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

उपयोगकर्ता लॉग इन है या नहीं? यदि हां, तो सत्र कब तक चलेगा और कब समाप्त होगा?
उपयोगकर्ता ने कितने अंक प्राप्त किए? ऐसा प्रश्न प्रासंगिक है, उदाहरण के लिए, एक निश्चित खेल के लिए।
वास्तव में उपयोगकर्ता ने वीडियो को कहां से रोका? यह सवाल वीडियो प्लेयर एप्लिकेशन के बारे में पूछा जा सकता है।

यदि हम निचले स्तर पर अनुप्रयोगों की स्थिति के बारे में बात करते हैं, तो इसमें निम्न उदाहरण शामिल हो सकते हैं:

वर्तमान परिवेश में कौन से चर सेट किए जा रहे हैं जिसमें अनुप्रयोग चल रहा है (यह तथाकथित "पर्यावरण चर" को संदर्भित करता है)।
वर्तमान में प्रोग्राम किन फ़ाइलों का उपयोग कर रहा है?

किसी भी समय एप्लिकेशन स्थिति की "स्नैपशॉट" (उन्हें अक्सर स्नैपशॉट कहा जाता है - स्नैपशॉट से) को देखते हुए, हम उन स्थितियों के बारे में जान सकते हैं जिनमें एप्लिकेशन ने उस समय काम किया था, और यदि आवश्यक हो, तो इन शर्तों को फिर से बनाएं। राज्य के लिए आवेदन जिसमें यह स्नैपशॉट प्राप्त करने के समय था।

उपयोगकर्ता द्वारा कुछ कार्यों के निष्पादन के दौरान राज्य को संशोधित किया जा सकता है। उदाहरण के लिए, यदि उपयोगकर्ता गेम के चरित्र को एक साधारण गेम में सही ढंग से आगे बढ़ाता है, तो इससे अंकों की संख्या बढ़ सकती है। काफी जटिल अनुप्रयोगों में, राज्य को संशोधित करने का दृष्टिकोण अधिक जटिल हो सकता है; राज्य में विभिन्न स्रोतों से बदलाव आ सकते हैं।

उदाहरण के लिए, एक मल्टीप्लेयर गेम में, उपयोगकर्ता के अंक कितने अंक न केवल उसके कार्यों पर निर्भर करते हैं, बल्कि उन लोगों के कार्यों पर भी निर्भर करते हैं जो उसी टीम में उसके साथ खेलते हैं। और अगर कंप्यूटर नियंत्रित चरित्र गेम कंट्रोलर पर सफलतापूर्वक हमला करता है, तो उपयोगकर्ता एक निश्चित राशि खो सकता है।

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

इन सभी टैब में डेटा को प्रदर्शित करने और संशोधित करने के लिए उपयोग किए जाने वाले उपयोगकर्ता इंटरफ़ेस घटकों का अपना सेट है। एप्लिकेशन की स्थिति बाहरी से एप्लिकेशन दर्ज करने और उपयोगकर्ता के कार्यों से प्रभावित हो सकती है

यह स्पष्ट है कि इस तरह के अनुप्रयोग में, राज्य परिवर्तनों के स्रोत अलग-अलग संस्थाएँ हो सकते हैं, जबकि विभिन्न स्रोतों द्वारा शुरू किए गए परिवर्तन लगभग एक साथ हो सकते हैं। यदि हम मैन्युअल रूप से राज्य का प्रबंधन करते हैं, तो हमारे लिए यह देखना मुश्किल हो सकता है कि क्या हो रहा है। इन कठिनाइयों से विरोधाभास होता है। उदाहरण के लिए, एक ट्वीट को हटाया जा सकता है, लेकिन यह अभी भी ट्वीट स्ट्रीम में प्रदर्शित होगा। या, कहते हैं, उपयोगकर्ता अधिसूचना या संदेश पढ़ सकता है, लेकिन यह अभी भी कार्यक्रम में प्रदर्शित नहीं किया जाएगा।

उपयोगकर्ता ट्वीट को पसंद कर सकता है, प्रोग्राम के इंटरफ़ेस में एक दिल दिखाई देगा, लेकिन एक नेटवर्क अनुरोध जो सर्वर के लिए इस तरह की जानकारी भेजता है, वह काम नहीं करेगा। नतीजतन, उपयोगकर्ता जो देखता है वह सर्वर पर संग्रहीत से अलग होगा। यह ऐसी स्थितियों को रोकने के लिए है कि Redux की आवश्यकता हो सकती है।

Redux कैसे काम करता है?

Redux लाइब्रेरी में, तीन मुख्य अवधारणाएँ हैं जिनका उद्देश्य अनुप्रयोग राज्य प्रबंधन को सरल और सीधा बनाना है:

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

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

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

यहां एक योजनाबद्ध उदाहरण दिया गया है जो दर्शाता है कि आप हमारे काल्पनिक आवेदन में Redux का उपयोग करके एक सरल राज्य प्रबंधन प्रणाली कैसे व्यवस्थित कर सकते हैं:

import { createStore } from 'redux'; //  const tweets = (state = {tweets: []}, action) => {  switch (action.type) {    //     ,     .    case 'SHOW_NEW_TWEETS':      state.numberOfNewTweets = action.count;      return state.tweets.concat([action.tweets]);    default:      return state;  } }; //  ,     . SHOW_NEW_TWEETS const newTweetsAction = (tweets) => {  return {      type: 'SHOW_NEW_TWEETS',      tweets: tweets,      count: tweets.length  }; }; const store = createStore(tweets); twitterApi.fetchTweets()  .then(response => {    //  ,        ,    //    Redux.    store.dispatch(newTweetsAction(response.data));  }); //  ,    SHOW_NEW_TWEETS     //         . const postTweet = (text) => {  twitterApi.postTweet(text)  .then(response => {    store.dispatch(newTweetsAction([response.data]));  }); }; // ,  ,   WebSocket,   . //         . SHOW_NEW_TWEETS socket.on('newTweets', (tweets) => { store.dispatch(newTweetsAction(tweets)); }; //     ,  React,       , // ,         . //         , //    . store.subscribe(() => {  const { tweets } = store.getSTate();  render(tweets); });

इस कोड को एक आधार के रूप में लेते हुए, हम अपने एप्लिकेशन स्टेट मैनेजमेंट सिस्टम को अतिरिक्त क्रियाओं से लैस कर सकते हैं और उन्हें बिना किसी उलझन के जोखिम के बिना आवेदन के विभिन्न स्थानों से भेज सकते हैं।

यहां वह सामग्री है जिससे आप Redux के तीन मूलभूत सिद्धांतों के बारे में अधिक जान सकते हैं।

अब एक सर्वर वातावरण में Redux का उपयोग करने के बारे में बात करते हैं।

सर्वर पर्यावरण के लिए Redux सिद्धांतों माइग्रेट करना

हमने क्लाइंट एप्लिकेशन विकसित करने में उपयोग की गई Redux की विशेषताओं का पता लगाया। लेकिन, चूंकि Redux एक जावास्क्रिप्ट लाइब्रेरी है, इसलिए सैद्धांतिक रूप से इसका उपयोग सर्वर वातावरण में भी किया जा सकता है। हम इस पर प्रतिबिंबित करेंगे कि सर्वर पर उपरोक्त सिद्धांतों को कैसे लागू किया जा सकता है।

याद रखें कि हमने इस बारे में बात की थी कि क्लाइंट एप्लिकेशन की स्थिति कैसी दिखती है? यह ध्यान दिया जाना चाहिए कि क्लाइंट और सर्वर अनुप्रयोगों के बीच कुछ वैचारिक मतभेद हैं। इसलिए, क्लाइंट एप्लिकेशन सर्वर के अनुरोधों के निष्पादन के बीच, विभिन्न घटनाओं के बीच स्थिति बनाए रखने के लिए कहते हैं। ऐसे अनुप्रयोगों को स्टेटफुल एप्लिकेशन कहा जाता है।

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

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

यह हमें एक महत्वपूर्ण कारण की ओर ले जाता है कि Redux शायद ही सर्वर पर उस रूप में उपयोग किया जाएगा जिसमें हमने इसकी क्षमताओं का वर्णन किया था।

तथ्य यह है कि Redux को एप्लिकेशन की अस्थायी स्थिति को संग्रहीत करने के लिए डिज़ाइन किया गया था। लेकिन सर्वर पर संग्रहीत एप्लिकेशन की स्थिति आमतौर पर लंबे समय तक मौजूद होनी चाहिए। यदि आप अपने सर्वर-साइड Node.js एप्लिकेशन में Redux रिपॉजिटरी का उपयोग करते हैं, तो हर बार node प्रक्रिया बंद होने पर इस एप्लिकेशन की स्थिति साफ़ हो जाएगी। और अगर हम एक PHP सर्वर के बारे में बात कर रहे हैं जो एक समान राज्य प्रबंधन योजना को लागू करता है, तो सर्वर पर प्रत्येक नया अनुरोध आने पर राज्य को मंजूरी दे दी जाएगी।

यदि हम सर्वर अनुप्रयोगों को उनकी मापनीयता के संदर्भ में मानते हैं तो स्थिति और भी जटिल है। यदि आपको सर्वर की संख्या को बढ़ाते हुए क्षैतिज रूप से अनुप्रयोग को स्केल करना होता, तो आपके पास एक ही समय में चलने वाली कई Node.js प्रक्रियाएँ होतीं, और उनमें से प्रत्येक का अपना राज्य विकल्प होता। इसका मतलब यह है कि बैकएंड के लिए दो समान अनुरोधों की एक साथ प्राप्ति के साथ, विभिन्न उत्तर अच्छी तरह से दिए जा सकते हैं।

सर्वर पर हमारे द्वारा चर्चा किए गए राज्य प्रबंधन के सिद्धांतों को कैसे लागू किया जाए? आइए Redux अवधारणाओं पर एक और नज़र डालें और देखें कि वे आमतौर पर एक सर्वर वातावरण में कैसे उपयोग किए जाते हैं:

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

दो डिज़ाइन पैटर्न पर विचार करें, जो कि उनके स्वभाव से, Redux पुस्तकालय के उद्देश्य के समान हैं। ये CQRS और इवेंट सोर्सिंग हैं। वे, वास्तव में, Redux के सामने पेश हुए, उनका कार्यान्वयन अत्यंत कठिन हो सकता है, इसलिए हम उनके बारे में बहुत संक्षेप में बात करेंगे।

CQRS और इवेंट सोर्सिंग

CQRS (कमांड क्वेरी रिस्पॉन्सिबिलिटी सेग्रीगेशन) एक डिज़ाइन पैटर्न है, जिसके कार्यान्वयन में एप्लिकेशन स्टोर से डेटा को केवल प्रश्नों का उपयोग करके पढ़ता है, और केवल कमांड का उपयोग करके लिखता है।

CQRS का उपयोग करते समय, एप्लिकेशन की स्थिति बदलने का एकमात्र तरीका एक कमांड भेजना है। कमांड Redux क्रियाओं के समान हैं। उदाहरण के लिए, Redux में, आप इस योजना से मेल खाने वाले कोड लिख सकते हैं:

 const action = { type: 'CREATE_NEW_USER', payload: ... }; store.dispatch(action); //      const createUser = (state = {}, action) => { // };

CQRS का उपयोग करते समय, कुछ इस तरह दिखाई देगा:

 //      class Command { handle() { } } class CreateUserCommand extends Command { constructor(user) {   super();   this.user = user; } handle() {   //        } } const createUser = new CreateUserCommand(user); //   (   handle()) dispatch(createUser); //      CommandHandler commandHandler.handle(createUser);

प्रश्न CQRS टेम्पलेट में डेटा रीडिंग मैकेनिज्म हैं। वे store.getState() निर्माण के बराबर हैं। एक सरल CQRS कार्यान्वयन में, क्वेरीज़ डेटाबेस से सीधे बातचीत करेंगे, इससे रिकॉर्ड प्राप्त करेंगे।

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

यहाँ इवेंट सोर्सिंग टेम्पलेट का एक उदाहरण कार्यान्वयन है:

 //    Event Sourcing function transferMoneyBetweenAccounts(amount, fromAccount, toAccount) {   BankAccount.where({ id: fromAccount.id })     .decrement({ amount });   BankAccount.where({ id: toAccount.id })     .increment({ amount }); } function makeOnlinePayment(account, amount) {   BankAccount.where({ id: account.id })     .decrement({ amount }); } //    Event Sourcing function transferMoneyBetweenAccounts(amount, fromAccount, toAccount) {   dispatchEvent(new TransferFrom(fromAccount, amount, toAccount));   dispatchEvent(new TransferTo(toAccount, amount, fromAccount)); } function makeOnlinePayment(account, amount) {   dispatchEvent(new OnlinePaymentFrom(account, amount)); } class TransferFrom extends Event {   constructor(account, amount, toAccount) {     this.account = account;     this.amount = amount;     this.toAccount = toAccount;   }     handle() {     //    OutwardTransfer        OutwardTransfer.create({ from: this.account, to: this.toAccount, amount: this.amount, date: Date.now() });         //          BankAccount.where({ id: this.account.id })       .decrement({ amount: this.amount });   } } class TransferTo extends Event {   constructor(account, amount, fromAccount) {     this.account = account;     this.amount = amount;     this.fromAccount = fromAccount;   }     handle() {     //    InwardTransfer        InwardTransfer.create({ from: this.fromAccount, to: this.account, amount: this.amount, date: Date.now() });         //          BankAccount.where({ id: this.account.id })       .increment({ amount: this.amount });   } } class OnlinePaymentFrom extends Event {   constructor(account, amount) {     this.account = account;     this.amount = amount;   }     handle() {     //    OnlinePayment        OnlinePayment.create({ from: this.account, amount: this.amount, date: Date.now() });         //          BankAccount.where({ id: this.account.id })       .decrement({ amount: this.amount });   } }

यहाँ क्या होता है वह भी Redux कार्यों के साथ मिलता जुलता है।

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

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

एक सरल अनुप्रयोग में इनमें से किसी भी टेम्पलेट का उपयोग अनावश्यक रूप से जटिल कर सकता है। हालांकि, जटिल व्यावसायिक समस्याओं को हल करने के लिए बनाए गए अनुप्रयोगों के मामले में, CQRS और इवेंट सोर्सिंग शक्तिशाली सार हैं जो ऐसे अनुप्रयोगों के विषय क्षेत्र को बेहतर ढंग से मॉडल करने और उनके राज्य प्रबंधन को बेहतर बनाने में मदद करते हैं।

कृपया ध्यान दें कि CQRS और इवेंट सोर्सिंग पैटर्न को अलग-अलग तरीकों से लागू किया जा सकता है, जबकि उनके कुछ कार्यान्वयन दूसरों की तुलना में अधिक जटिल हैं। हमने उनके कार्यान्वयन के केवल बहुत सरल उदाहरणों पर विचार किया। यदि आप Node.js में सर्वर एप्लिकेशन लिख रहे हैं, तो wolkenkit पर एक नज़र डालें । इस क्षेत्र में जो पाया गया था, उसके बीच यह ढांचा, डेवलपर को CQRS और इवेंट सोर्सिंग टेम्प्लेट को लागू करने के लिए सबसे सरल इंटरफेस में से एक प्रदान करता है।

परिणाम

Redux किसी एप्लिकेशन की स्थिति को प्रबंधित करने के लिए एक महान उपकरण है, ताकि राज्य में होने वाले परिवर्तनों को पूर्वानुमान योग्य बनाया जा सके। इस लेख में, हमने इस लाइब्रेरी की प्रमुख अवधारणाओं के बारे में बात की और पाया कि हालांकि सर्वर वातावरण में Redux का उपयोग करना शायद एक अच्छा विचार नहीं है, आप CQRS और इवेंट सोर्सिंग टेम्प्लेट का उपयोग करके सर्वर पर समान सिद्धांत लागू कर सकते हैं।

प्रिय पाठकों! आप क्लाइंट और सर्वर एप्लिकेशन के राज्य प्रबंधन को कैसे व्यवस्थित करते हैं?

क्या मैं सर्वर पर Redux का उपयोग कर सकता हूं?

मुझे Redux लाइब्रेरी की आवश्यकता क्यों है?

Redux कैसे काम करता है?

सर्वर पर्यावरण के लिए Redux सिद्धांतों माइग्रेट करना

CQRS और इवेंट सोर्सिंग

परिणाम

More articles: