React Query को बिलकुल शुरुआत से बनाकर देखना

नमस्ते।
पहले परिचय कराए गए Build Your Own TanStack Query प्रोजेक्ट को होमपेज पर डिप्लॉय करके साझा कर रहा हूँ।

विस्तृत जानकारी के लिए कृपया नीचे दिया गया लिंक देखें।
https://mugglim.github.io/build-your-own-tanstack-query/ko/

योगदान कभी भी स्वागतयोग्य है!!

[codemasterkimc]

kildong21 की टिप्पणी कोरिया के IT उद्योग की सांस्कृतिक और संरचनात्मक सीमाओं को बिना लाग-लपेट उजागर करती है। यह सिर्फ साधारण trolling से आगे की बात है; यह भी फिर से देखने की ज़रूरत है कि ऐसी टिप्पणी सहज रूप से क्यों सामने आती है।

[qwas5544]

अगर समझ नहीं है तो थोड़ा पढ़-लिख लीजिए haha
आम तौर पर आपके कमेंट करने का ढंग देखें तो haha

[sk0054]

पढ़ाई कीजिए फिर haha

[crawler]

मेरा मानना है कि अगर इंटरनेट पर भी अपनी गंदगी फैलाने की जिम्मेदारी नहीं लेते, तो ऐसे लोगों को इंटरनेट इस्तेमाल करने से रोक देना चाहिए। जो गंदगी फैलाई है, उसे ज़रा संभालिए।

[choigyumin]

मैं थोड़ा समझदार हूँ, इसलिए समझ नहीं आता कि तुम ऐसे कमेंट क्यों लिखते हो। कोई इंसान मेहनत से कुछ बनाकर कम्युनिटी में शेयर करता है, और तुम बस बेकार की शिकायतें ही उगलते रहते हो — सच में बहुत झुंझलाहट होती है। क्या तुमने कभी कोई वाकई सार्थक या इनोवेटिव आलोचना की भी है? तुम्हारे जैसे लोगों की वजह से कोरियाई डेवलपर्स के बीच knowledge sharing और साथ मिलकर grow करने की संस्कृति कमजोर पड़ती है। अपनी अज्ञानता का दिखावा करते हुए कचरा कमेंट मत लिखो; पहले basic concepts समझकर आओ, फिर स्मार्ट बनने की कोशिश करना।

[humorsism]

LOL, शायद मैं ही बेवकूफ़ हूँ। लेकिन अगर यह क्यों ज़रूरी है, यह समझ नहीं आता, तो कम से कम विनम्रता से पूछ तो लो।

[luiseok]

मुझे नहीं लगता कि किसी के अनजान होने से टिप्पणी की असभ्यता उचित ठहराई जा सकती है.
एक ही संदेश भी अगर शिष्टाचार के साथ कहा जाए तो वह कहीं ज़्यादा प्रभावी हो सकता है, लेकिन यहाँ एकतरफ़ा निंदा ही दिख रही है, यह अफ़सोस की बात है.

[aer0700]

अगर हमारी टीम का कोई नया सदस्य किसी मशहूर commercial लाइब्रेरी के काम करने के सिद्धांत को समझने के लिए खुद वैसा ही चलने वाला एक simple version लिखकर देख रहा हो, तो मैं तो उसे कंधों पर उठा लेता... बने या न बने, बस दिल खोलकर उसकी तारीफ़ करता। जैसे पानी में डूबे प्याज़ की भी तारीफ़ कर दी जाए।

[as950118]

तो फिर एक वाकई क्रांतिकारी चीज़ बनाकर दिखाइए।

[antiline]

क्या आप React Query की ज़रूरत के बारे में बात कर रहे हैं?
या फिर Build Your Own TanStack Query प्रोजेक्ट की बात कर रहे हैं?

आपने state management कहा है, तो मुझे लगता है कि शायद आप React Query की ज़रूरत के बारे में बात कर रहे हैं।
React Query को काफ़ी हद तक क्रांतिकारी कहा जा सकता है।
और React Query में state management जैसा एक concept कुछ हद तक है भी, लेकिन यह state management को उद्देश्य बनाकर बनाई गई library नहीं है।

https://tanstack.com/query/latest यहाँ देखें, तो उस library का उद्देश्य संक्षेप में बताया गया है।

अगर बात यह नहीं है, तो शायद आप यह बता दें कि कौन-सा हिस्सा बेकार लग रहा है और समझ में नहीं आ रहा, तो मैं भी साथ में सोचने की कोशिश करूँगा।

[savvykang]

वेब एप्लिकेशन आर्किटेक्चर के ट्रेंड समय के साथ बदलते रहे हैं, इसलिए ऐसा हुआ है

मल्टी-पेज एप्लिकेशन (MPA, पारंपरिक रूप)

1. state management का दायरा: authentication को server session से संभालना, और पेज ट्रांज़िशन के बीच persistence प्रोसेस करना
2. शुरुआती स्क्रीन दिखाना: web server के अंदर data query -> browser को HTML response -> HTML document दिखाना
3. स्क्रीन अपडेट: ज़रूरी हिस्सों को ही jquery, AJAX आदि से अलग से implement करना

सिंगल-पेज एप्लिकेशन (SPA)

1. state management का दायरा: authentication जांच, data query, UI element बनाना जैसी जिम्मेदारियाँ browser की ओर चली जाती हैं। पूरे application की state browser memory में store होती है, इसलिए MPA की तुलना में client की complexity बढ़ जाती है
2. शुरुआती स्क्रीन दिखाना: basic UI दिखाना -> authentication state की जांच / data query -> स्क्रीन अपडेट
3. स्क्रीन अपडेट: शुरुआती स्क्रीन दिखाने वाली logic में data query -> स्क्रीन अपडेट को दोबारा इस्तेमाल करना

तकनीकी प्रगति के प्रवाह को देखें तो ऐसा लगता है कि हर प्रगति वास्तव में विकास नहीं होती। डेवलपर को समझने और संभालने वाले काम की कुल मात्रा कम नहीं होती, और server तथा client के बीच implement की जाने वाली सुविधाएँ बार-बार इधर-उधर खिसकती रहती हैं।

[savvykang]

हाँ, Angular के मामले में ऐसी चीज़ों का अलग से अध्ययन करने की ज़रूरत नहीं पड़ती, क्योंकि ज़रूरी बेसिक कोड पहले से ही तैयार होता है। ज़रूरत पड़े तो उसे उसी समय लागू किया जा सकता है। दूसरी ओर, React में जो तकनीकें नहीं हैं उन्हें खुद जोड़ना पड़ता है, इसलिए Angular की तुलना में collaboration भी मुश्किल होता है और codebase का standardization भी आसान नहीं है। React का दायरा सीमित होने की वजह से React खुद हल्का और सरल लग सकता है, लेकिन practical work के लिए ज़रूरी कई चीज़ें इसमें शामिल नहीं हैं, इसलिए यह थोड़ी कमी जैसी लगती है।

[antiline]

क्या आपने शायद पहले यह https://tanstack.com/query/latest पढ़ लिया है?

आपका सवाल देखकर लगता है कि आप client-side state management की ज़रूरत के बारे में बात कर रहे हैं।
मुझे लगता है कि आपने इस लेख की सामग्री और React Query लाइब्रेरी की उपयोगिता को थोड़ा गलत समझा है।

1. लेख की सामग्री Build Your Own TanStack Query है। इसका हिंदी में मतलब होगा "अपना TanStack Query बनाइए"।
   इस प्रोजेक्ट का मुख्य उद्देश्य कोई नई लाइब्रेरी बनाना नहीं है, बल्कि उसे बनाकर उसकी संरचना को सीखना है।

अगर आपने लेख में दिया गया लिंक खोला होता, तो यह बात तुरंत समझ आ जाती।
क्या आपने अभी तक उसे नहीं देखा?
"खुद बनाकर देखने का अनुभव - इसे बिल्कुल शुरुआत से implement करते हुए आप TanStack Query की समझ को बेहतर बना सकते हैं।"

2. React Query का उद्देश्य client state management लाइब्रेरी होना नहीं है।
   यह Redux या दूसरी ऐसी लाइब्रेरियों से अलग चीज़ है।
   मैं यहाँ tanstack पर पूरा lecture देना ठीक नहीं समझता,
   पहले https://tanstack.com/query/latest यह पढ़ लीजिए, फिर सवाल पूछेंगे तो बेहतर रहेगा।
   और ReactQuery को React Native ऐप में भी इस्तेमाल किया जा सकता है, हाहा।

3. अगर आप client state management के बारे में शिकायत कर रहे हैं...
   तो आप गलत जगह आ गए हैं।

[alstjr7375]

Build your own *** एक तरह की शैक्षिक प्रक्रिया है, जिसमें एक सरल संस्करण बनाकर concepts को समझना आसान किया जाता है.

tanstack query server state management के लिए बाज़ार में हावी solution है.
यह caching/waterfall requests जैसी performance से जुड़ी चीज़ों और loading/error जैसी request states को आसानी से संभालने में मदद करता है.
अगर आप इसे नहीं जानते, तो कम से कम एक बार ज़रूर देखना चाहिए.