Redux: Redux का समय आ गया है और चला गया है

https://github.com/rackt/redux/issues/464

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

निश्चित रूप से Redux अधिक स्पष्ट है और आपके लिए घोषित डेटा डेटा को हल नहीं करता है। Redux और GraphQL को सकता- मैं इसके बारे में बहुत कम जानता हूं।

Redux रिले की तुलना में बहुत निचला स्तर है, और सादे JS ऑब्जेक्ट्स और फ़ंक्शंस "अतीत" से अधिक "अतीत" नहीं है। रिले एक ढांचा है, और Redux, संन्यास की जाँच करता है, दस 10-लाइनर फ़ंक्शन है, इसलिए यह आश्चर्य नहीं होना चाहिए कि उनके पास अलग-अलग स्कोप हैं। आपके लिए सबसे अच्छा काम क्या है और हमें बताएं।

ग्राफकॉइन की घोषणा में आश्चर्यजनक है, शीर्ष पायदान। हालाँकि, रिले में अभी भी मुख्य रूप से एक HoC एपीआई है, जो प्रति सेकेण्ड नहीं है। यदि रिले घटक के पेड़ से अछूता एक अधिक लचीला एपीआई की पेशकश करेगा, तो एक उचित Redux- बाध्यकारी लिखा जा सकता है?

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

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

इसे लगाने का अच्छा तरीका; मैं इसके बारे में भी कैसा महसूस करता हूं।

@gaearon redux के साथ अच्छा काम करते रहे! सबसे अच्छा उपकरण में से एक जा रहा है! मैं अपनी कंपनी में 5 बड़े ऐप और 2 छोटे लोगों में इसका इस्तेमाल कर रहा हूं और इसे प्यार कर रहा हूं!

@gaearon redux के साथ अच्छा काम करते रहे! सबसे अच्छा उपकरण में से एक जा रहा है! मैं अपनी कंपनी में 5 बड़े ऐप और 2 छोटे लोगों में इसका इस्तेमाल कर रहा हूं और इसे प्यार कर रहा हूं!

: 100:

मुझे लगता है कि उनके समान नहीं:

• रिले - सर्वर से डेटा लाने प्रबंधन को हल करने के लिए
• redux - आवेदन के राज्य प्रबंधन को हल करने के लिए

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

सवाल यह है कि रिले कैसे प्रेरित डिजाइन पैटर्न से संबंधित है? रिले कहाँ समाप्त होता है, हमें Redux की आवश्यकता कब होती है? रिले फ्लक्स 2.0 है?

टोडो रिले उदाहरण: क्या यह रीडक्स अप्रचलित को प्रस्तुत करता है?

हो सकता है कि आपके reducer को यह बताने का एक तरीका है कि ग्राफकॉक से और खुद के लिए मैप कैसे करें और कब करें? नहीं कह रही है कि जटिल नहीं है, लेकिन यह समझ में आने का सबसे सरल तरीका क्या है।

रिले क्या है, इसके बारे में अधिक जानने की आवश्यकता है। यह कोड की सौ पंक्तियों का एक जोड़ा नहीं है जो सुनिश्चित है!

@86Something आप काफी सही नहीं हैं। रिले राज्य प्रबंधन का एक बहुत हल करती है।

@gyzerok का मतलब क्लाइंट साइड एप्लीकेशन स्टेट है

@86Something हां, मैं क्लाइंट-साइड एप्लिकेशन स्टेट के बारे में बात कर रहा हूं

@gyzerok मैं इसे याद किया होगा। क्या आप मुझे इस बारे में एक लिंक दे सकते हैं?

@86Something कोई विशेष लिंक नहीं है क्योंकि रिले इसे अंतर्निहित रूप से प्रबंधित करता है। हो सकता है कि आप रिले के बारे में एफबी वार्ता देखने की कोशिश कर सकते हैं। वे बात करते हैं कि कैसे रिले कैश की समस्या को हल करता है। क्लाइंट-साइड एप्लिकेशन कैश = स्थिति। मुझे निश्चित बात याद नहीं है, क्षमा करें।

@86Something एकमात्र स्थान डेवलपर को कुछ स्पष्ट राज्य प्रबंधन करना चाहिए यहां है ।

@gyzerok ठीक है, तो उस स्थिति में, क्या कोई राज्य प्रबंधन है जो उस सर्वर से संबंधित नहीं है जो रिले करता है? जहाँ तक मैं समझता हूँ कि यह नहीं है, या यह है?

@86Something यदि मैं आपको सही ढंग से समझ गया कि रिले क्लाइंट पर डेटा सामान्यीकरण और क्वेरी से डेटा को एकल स्टोर में मर्ज करने के बारे में सभी चीजें करता है।

@oriSomething हाँ, यह => https://facebook.github.io/relay/img/Guides-Containers-HOC-Relay.png
जाँच करें: https://facebook.github.io/relay/docs/guides-ready-state.html#content

केवल अगर क्लाइंट पर अपर्याप्त डेटा है, तो रिले अधिक डेटा के लिए सर्वर को एक अनुरोध भेजता है।

Redux रिले की तुलना में बहुत निचला स्तर है, और सादे JS ऑब्जेक्ट्स और फ़ंक्शंस "अतीत" से अधिक "अतीत" नहीं है। रिले एक ढांचा है, और Redux, संन्यास की जाँच करता है, दस 10-लाइनर फ़ंक्शन है, इसलिए यह आश्चर्य नहीं होना चाहिए कि उनके पास अलग-अलग स्कोप हैं।

इसलिए मैंने स्लिम-रेडक्स.जेएस को केवल मनोरंजन के लिए रेडक्स का एक संस्करण। यह सभी आवश्यक Redux परीक्षण (पवित्रता परीक्षण परीक्षणों को छोड़कर) से गुजरता है, और यह 99 पंक्तियाँ है: wink:। यह मेरी बात पर मुहर लगाना चाहिए कि रिले और Redux बेतहाशा अलग-अलग स्कोप वाले उपकरण हैं।

@IwanKaramazow मुझे लगता है कि मैं पर्याप्त स्पष्ट नहीं था, जो मैं कहने की कोशिश कर रहा हूं, क्या सारा डेटा सर्वर के बारे में नहीं है, एक डेटा है जो प्रबंधन करने के लिए सर्वर से संबंधित नहीं है, और मैं वास्तव में रिले के बारे में नहीं सोचता भले ही यह डेटा प्रबंधित करने के लिए "टूल" पर जाए

@oriSomething आपको एक उदाहरण देता कर सकते हैं?

पूरी तरह से @mattapperson से सहमत हैं। सब कुछ जटिल, या बेहतर की परिभाषा के लिए नीचे आता है, जहां प्रत्येक व्यक्ति एक "जटिल चीज" को पहचानता है

@IwanKaramazow मुझे लगता है कि उदाहरण के लिए क्लाइंट पक्ष प्रपत्र स्थिति के बारे में @86Something वार्ता

मैं Redux => रिले से चला गया क्योंकि ग्राफकॉल मेरे आवेदन में ज्यादातर सभी संसाधन पदानुक्रमित थे। वे स्वाभाविक रूप से नेस्टेड संस्थाओं होने के लिए समझ में आया। Redux में इन मॉडलों का कैश रखना अद्भुत था। मेरे पास मेरे डेटा का एक दृश्य था और वह भयानक रेडक्स-डिवॉल्ट्स के साथ जल्दी से पुनरावृति कर सकता था।

लेकिन ग्राफकॉइन के बिना, मुझे दूरस्थ संसाधनों को रिडक्स ट्री में मैप करने के लिए कई राउंड ट्रिप करने पड़े।

1. / resource1- सूची
2. / resource2-list? resource1 =
3. / रिसोर्स 3-लिस्ट? रिसोर्स 2 =

जाहिर है कि यह REST की समस्या है, Redux की नहीं। अगर मैंने पहले कुछ Redux-GraphQL बाइंडिंग देखी होती, तो शायद मैं उन का उपयोग कर रहा होता। मेरे आवेदन में रिले को अपनाना बहुत कम बदल गया। @connect बजाय मैं Relay.createContainer का उपयोग कर रहा हूं। दोनों उत्पादों में अलग-अलग एपीआई के साथ वास्तुकला की समान दृष्टि है। मैंने इस पर एक त्वरित पोस्ट लिखी।

मैं वर्तमान में redux और relay / graphql दोनों का उपयोग कर रहा हूं और हालाँकि, डेटा लाने के लिए रिले अद्भुत है, मैं खुद को हमेशा redux में देख सकता हूँ। मैं वर्तमान में 2 कारणों से Redux का उपयोग करता हूं और मैं भविष्य में खुद को और अधिक कारणों से देख सकता हूं

1) विविध राज्य जिन्हें उन घटकों के बीच साझा करने की आवश्यकता होती है जो डेटाबेस में नहीं रहते हैं
2) फार्म प्रस्तुत करने का। मेरे पास वास्तव में मेरे आवेदन का एक हिस्सा है जहां मेरे पास एक टूलबार घटक है जिसमें एक सबमिट बटन है, और एक पैनल घटक है जो मेरे सभी इनपुट फ़ील्ड रखता है। जब मैं फॉर्म में टाइप करता हूं, तो मैं अपने इनपुट को "रिड्यूसर रिड्यूसर" में रिड्यूस में संग्रहीत करता हूं, ताकि मैं सबमिट करने से पहले अपने टूलबार के डेटा तक पहुंच बना सकूं।

इसके अलावा, redux devtools कमाल है।

यार ओह यार। मैं आज रिले पर पढ़ रहा हूं, और मुझे मानना ​​होगा कि कोड को पढ़ना आसान नहीं है और न ही इसे समझना आसान है। मैंने Redux के कुछ उदाहरणों को देखा और मैं केवल कोड को पढ़कर मुख्य अवधारणाओं को समझने में सक्षम था।

ट्यूटोरियल या टोडो उदाहरण कुछ भी लेकिन सुरुचिपूर्ण लगते हैं। मुझे लगता है कि रिएक्ट और फ्लक्स सरल होने पर खुद पर गर्व करते हैं। मुझे अभी तक रिले से वैसी अनुभूति नहीं हुई है।

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

मुझे रिएक्शन-रिज़ॉल्वर भी पसंद है, जो कि "रिले लाइट" का _sort__ है। यह एक बहुत ही सरल परियोजनाओं या तीसरे पक्ष के रीस्ट एपीआई पर भरोसा करने वाले लोगों के लिए सबसे अच्छा हो सकता है।

@timdorr क्या आपने

अभी नहीं। मैं अभी भी इसके साथ प्रयोगात्मक मोड में हूं और मुझे अपनी परियोजनाओं पर तलना करने के लिए बड़ी मछली मिली है, इसलिए मैंने इसे अभी तक पर्याप्त ध्यान नहीं दिया है।

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

@gaearon एल्म में एक ही ऐप लिखने की तुलना में

मुझे लगता है कि मुख्य अंतर की तरह यह है कि रिले और ग्राफकॉल के साथ डेटा लाने की घोषणा अधिक है (एल्म आपको एक URL निर्दिष्ट करने के लिए कहता है, और यह आपके ऊपर निर्भर है कि वह डेटा जो वापस आता है) के माध्यम से सॉर्ट करें, और बाकी सब एल्म में अधिक घोषणात्मक है ।

दरअसल, ऐसा लगता है कि एल्म इकोसिस्टम रिले / ग्राफकॉक के बंदरगाह से लाभान्वित हो सकता है।

क्वेरी एकत्रीकरण के संबंध में, Model.batch विधि है । इसमें या तो एक अंतराल (मिलीसेकंड में) या एक शेड्यूलर लगता है लेकिन, मुझे शेड्यूलर्स पर अधिक प्रलेखन नहीं मिल रहा है।

यदि आप मुझसे यह पूछने में कोई आपत्ति नहीं करते हैं, तो आप Redux और Falcor को कैसे एकीकृत कर रहे हैं? मेरे सभी प्रयासों ने मुझे निराश किया है।

मुझे एक redux फाल्कोर उदाहरण देखने में भी दिलचस्पी होगी। मैंने सभी फालोअर डॉक्स पढ़े हैं और सहमत हूं कि यह रिले / ग्राफकल की तुलना में बहुत सरल है। भले ही कम शक्तिशाली हो।

किसी के साथ रिले के साथ रिडक्स के रिश्ते के बारे में सोच रहे हैं, और क्या यह उन्हें एक साथ उपयोग करने के लिए समझ में आता है, देखें: https://github.com/facebook/relay/issues/114

जिस्ट यह है कि रिले अंततः कई स्रोतों (बैकएंड, स्थानीय पंचांग डेटा, आदि) से डेटा को संभाल लेगा, इसलिए यह आपके द्वारा उपयोग किए जा रहे अन्य फ्लक्स कार्यान्वयन को बदल सकता है।

https://github.com/facebook/relay/issues/168#issuecomment -135169255:

ध्यान दें कि रिले फ्लक्स पैटर्न का कार्यान्वयन है (क्या फ्लक्स खुद को बदल सकता है? ;-)

हम OpenGov पर Redux और Relay दोनों का भारी उपयोग कर रहे हैं। यह सच है कि रिले में जाने के बाद से, हमारे reducers/ फ़ोल्डर ने बहुत छोटा हो गया है। हालाँकि, हमने पाया है कि Redux अभी भी एप्लिकेशन-स्तर, स्थानीय राज्य प्रबंधन के लिए काफी उपयोगी है। शायद एक दिन रिले इसे उस क्षेत्र में भी दबा देगा। लेकिन जैसा कि @josephsavona ने इसे एक बार रखा था, "Redux आर्किटेक्चर" वास्तव में सिर्फ ... फ़ंक्शंस :) भले ही एक दिन आप Redux से लाइब्रेरी में जाते हैं, तो आप संभवतः अपरिवर्तनीय स्टेट अपडेट, प्रतिक्रियाशील डेटा प्रवाह, Reducer का उपयोग करना जारी रखेंगे भविष्य के लिए कार्यों, आदि। यह Redux IMO का मूल्यवान हिस्सा है, जरूरी नहीं कि इस रेपो में मौजूद <100-लाइन लाइब्रेरी हो। (ओह, और समुदाय, निश्चित रूप से।)

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

सहमत, लेकिन मैं तर्क देता हूं कि ग्राफकॉल + रिले मामूली आकार के ऐप के लिए भी एक अच्छा निवेश है, खासकर नई परियोजनाओं के लिए जो खरोंच से शुरू हो रहे हैं।

आप लोग https://github.com/gyzerok/adrenaline के बारे में क्या सोचते हैं

बिल्कुल ठीक नहीं है, क्योंकि यह रिले का उपयोग नहीं करता है, लेकिन आपको क्या लगता है कि यह उल्का समुदाय से बाहर पूर्ण-स्टैक दृष्टिकोण है? https://github.com/mattkrick/meatier

केवल एक गहरी वास्तुकला जैसे कि ग्राफकॉल / रिले या डेटोमिक / ओम.नेक्स्ट ऑब्जेक्ट / रिलेशनल इम्पीडेंस समस्या को हल कर सकता है ... यहां मेरे विचार हैं - प्रतिक्रिया की सराहना की।

ग्राफ्केल / रिले: द एंड ऑफ़ रेडक्स?

ऐसा लगता है कि इस विषय में बहुत सारे लोग रुचि रखते हैं (रिले / Redux, GraphQL, और जटिलता को कम करते हुए) मैं एक सरल अभी तक कार्यात्मक ग्राफक्लाइन क्लाइंट के लिए एक डिज़ाइन पर काम कर रहा हूं जो कि Redux दृष्टिकोण के साथ ऐप स्टेट के लिए बहुत अच्छी तरह से खेलेंगे।

जिज्ञासु लोग डिजाइन सिद्धांतों के इस सेट के बारे में क्या सोचते हैं: https://github.com/apollostack/apollo-client/pull/7/files?short_path=83772ba

बस अपने 2cents को यहाँ जोड़ रहा हूँ: मुझे नहीं लगता कि Redux का कोई अंत है। यह सरल और सुंदर है, और कई मामलों में पर्याप्त है। JS इकोसिस्टम इतनी तेजी से और कठिन है, और Redux, किसी भी तरह से React, एक मील का पत्थर है, जिस पर हम कुछ समय के लिए भरोसा कर सकते हैं। हम हर महीने अपने वर्कफ़्लो को विकसित नहीं कर सकते (या कम से कम, मैं नहीं कर सकता), और मुझे लगता है कि Redux अभी एक अच्छा विकल्प है। रिले (और सामान्य रूप से डेटा प्राप्त करना) बस कई परियोजनाओं पर आवश्यक नहीं है ...

@gaearon आपको इस पोस्ट को बनाए कुछ महीने हो गए हैं, और आपने सिर्फ Redux पर एक रिएक्ट कॉन्फ्रेंस में अपनी बात रखी। आप कहां कहेंगे कि हम अब रिले / की तुलना में Redux के साथ ग्राफक्यूएल एकीकरण के संदर्भ में हैं, या शायद तीनों का एक संयोजन है?

@likeabbas यदि आप ग्राफकॉल-रेडक्स एकीकरण की तलाश कर रहे हैं, तो अपोलो क्लाइंट का प्रयास करें: http://docs.apollostack.com/apollo-client/index.html

हमारे पास रिले के साथ अभी तक 100% सुविधा समता नहीं है, लेकिन हम करीब पहुंच रहे हैं।

@gaearon @likeabbas से सवाल प्रतिध्वनित करने के लिए: "क्या आप कहाँ कहेंगे Redux साथ रिले के लिए /, या शायद एक इन तीनों का संयोजन की तुलना में हम GraphQL एकीकरण के मामले में अब कर रहे हैं"

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

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

@josephsavona : यह Redux का _great_ सारांश है! हमें डॉक्स के लिए चोरी करनी पड़ सकती है :)

हाँ, इस सूत्र का शीर्षक इष्टतम नहीं है, और ऐसा लगता है जैसे प्रश्न समाप्त हो गया है। शायद यह चर्चा को कहीं और स्थानांतरित करने का समय है।

>.> lock the issue

मैं अभी इसे बंद कर दूंगा। यह निश्चित नहीं है कि यदि कोई संकल्प करना है तो वैसे भी था। Redux कुछ लोगों के लिए काम करता है और यह मेरे लिए काफी अच्छा है।

वूप्स, गलत बटन। इस बारे में क्षमा करें 😄