Redux: प्रस्ताव: "स्टोर्स" का नाम बदलकर "रिड्यूसर" कर दें

-1 इस रेपो पर सीखने की अवस्था पहले से ही कठिन है। आइए नए फ्लक्स उपयोगकर्ताओं के लिए नई शब्दावली पेश करके इसे और तेज न करें।

आंतरिक रूप से उन्हें रेड्यूसर कहा जा सकता है, सार्वजनिक रूप से उन्हें स्टोर के रूप में रखें ताकि ग्रोक करना आसान हो।

मुझे ईमानदारी से लगता है कि यह अब जिस तरह से अधिक भ्रमित है। पूरी तरह से किस्सा है, लेकिन मेरे पास कई लोग हैं IRL यह सोचकर गड़बड़ हो गया है कि "स्टोर" स्टेटलेस कैसे हो सकता है।

पारंपरिक फ्लक्स में "स्टोर्स" की मुख्य विशेषताएं हैं कि वे 1) राज्य को पकड़ते हैं, और 2) परिवर्तन की घटनाओं का उत्सर्जन करते हैं। इनमें से कोई भी Redux में सत्य नहीं है।

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

मुझे आश्चर्य है कि क्या कोई ऐसा शब्द है जो एफपी-ईश नहीं लगता है, लेकिन "स्टोर" भी नहीं है।
डोमेन?

ओटीओएच इसे पहले से ही रेडक्स कहा जाता है, इसलिए कम से कम "रेड्यूसर" ध्वनियां संबंधित हैं।

"स्टेप अपडेट" या "स्टेपर्स" के बारे में क्या, जो आपके राज्य को एक कदम आगे ले जाता है। मैंने इसे एल्म साहित्य में इस्तेमाल होते हुए देखा है, जिसमें step , update , या next नामक एक फ़ंक्शन है।

डोमेन में node.js बैगेज होता है।

वे स्टोर नहीं कर रहे हैं कि वे कैसे काम करते हैं लेकिन आप अभी भी अपने राज्य तर्क को फ्लक्स स्टोर्स की तरह वहां रखते हैं। वे राज्य प्रबंधक हैं, जैसे फ्लक्स स्टोर होने चाहिए।

यदि आप इसका नाम बदलने के इच्छुक हैं तो रेड्यूसर ठीक है।

विशेष रूप से क्योंकि "reducer" एक सटीक विवरण है कि वे वास्तव में क्या हैं :)

अद्यतनकर्ता? रिड्यूसर की तुलना में वर्णनात्मक + कम स्नोबिश लगता है।

मुझे reducer भी पसंद है

मुझे लगता है कि मैं नहीं देखता कि "रेड्यूसर" स्नोबिश क्यों है। क्या कम वर्णनात्मक नए शब्द का आविष्कार करने की तुलना में वास्तविक शब्द का उपयोग करना बेहतर नहीं है?

मुझे लगता है कि दोनों मान्य हो सकते हैं, और यह निर्भर करता है कि आप इसे किस दृष्टिकोण से देखते हैं: क्रियाओं का _reducer_ (राज्य में), या राज्य का _updater_।

"अपडेटर" का तात्पर्य है कि इसका उत्परिवर्तनीय। "Reducer" यह स्पष्ट करता है कि आप एक नया राज्य लौटा रहे हैं, पुराने को संशोधित नहीं कर रहे हैं।

मुझे लगता है कि पक्ष में यह एक मजबूत बिंदु है, रेडक्स के बारे में इस मुद्दे के साथ मदद कर सकता है कि उत्परिवर्तन के साथ सही ढंग से काम नहीं कर रहा है

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

और फिर भी, यहाँ निम्नलिखित की तीव्र वृद्धि को देखते हुए, हमें कुछ सही करना चाहिए :)

यदि बेहतर दस्तावेज़ों के साथ ऐसा होता है तो मैं "स्टोर" को "रेड्यूसर" में बदलने के लिए तैयार हूं।

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

सुझाव के बारे में मुझे कम यकीन है: यदि हम Redux वर्ग का नाम बदलकर Store कर देते हैं (इसके बारे में सोचें: इसके दो उद्देश्य राज्य को पकड़ना और परिवर्तन की घटनाओं को छोड़ना है) तो शीर्ष-स्तरीय API बन जाता है:

const store = createStore(reducers);

<Provider store={store} />

यह विचार को बहुत अच्छी तरह से संप्रेषित करता है, मुझे लगता है। रेड्यूसर वे हैं जहां आपका स्टोर तर्क जाता है, लेकिन वे स्वयं स्टोर नहीं होते हैं।

मुझे यह पसंद है हालांकि store.dispatch तब गलत लगता है।

हाँ, यही वह चीज़ है जो मुझे वास्तव में पसंद नहीं है, लेकिन अन्य तरीके समझ में आते हैं: store.getState() , store.setState() , store.subscribe()

अब जबकि मैं इसके बारे में सोचता हूं, हम वास्तव में कुछ भी "प्रेषण" नहीं कर रहे हैं।
उह, नामकरण एक खरगोश छेद है।

ठीक है, तो हमारे पास अब तक क्या है:

• क्रिया (निर्माता)
• (स्टोर) रेड्यूसर
• मिडलवेयर कार्य
• कॉलबैक (श्रोता) कार्य
• कुछ ऐसा जो फ़ंक्शन कॉल चेन को ट्रिगर करता है (जिसे डिस्पैचर कहा जाता है)
• कुछ ऐसा जो परिवर्तनशील अवस्था रखता है (बसने वालों और पाने वालों के साथ)

हो सकता है कि हम एक कदम पीछे हटें और नामकरण पर फिर से विचार करें?

शायद store.dispatch बहुत बुरा नहीं है। हम केवल यह समझा सकते हैं कि कई स्टोरों के बजाय, हमारे पास एक ही स्टोर है, और आप इसे रेड्यूसर से बनाते हैं। कोई स्टोर नहीं = एक अलग डिस्पैचर की आवश्यकता नहीं है, इसलिए dispatch सीधे स्टोर पर उपलब्ध है।

@gaearon मैं सहमत हूँ।

@emmenko अच्छा सारांश। किसी भी शब्दावली विश्लेषण को _action क्रिएटर्स_ और _actions_ के बीच अंतर करना चाहिए। इसे _dispatcher_ या _dispatch strategy_ के बीच अंतर करना चाहिए, जिसमें मिडलवेयर + रेड्यूसर शामिल हैं, साथ ही _dispatch_ विधि जो _dispatch cycle_ को ट्रिगर करती है।

चलो इसे करते हैं:

• रिड्यूसर के लिए स्टोर का नाम बदलें
• https://github.com/gaearon/redux/issues/137#issuecomment -113252359 के अनुसार स्टोर करने के लिए "Redux इंस्टेंस" का नाम बदलें
• बता दें कि यदि आप पारंपरिक फ्लक्स स्टोर्स पर नज़र दौड़ाते हैं, तो आप उनमें रेड्यूसर फंसे हुए देखेंगे

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

@gaearon मैं रहूंगा :) मेरे पास पहले से ही एक रूपरेखा शुरू हो गई है।

धन्यवाद: +1:

मैं इसका नेतृत्व करने के लिए स्वेच्छा से काम करूंगा

धन्यवाद! :+1: :+1: :+1:

व्यक्तिगत रूप से, अंतिम परिणाम के रूप में, मैं वास्तव में इसके साथ एक ऑटो-जेनरेटेड वेबसाइट रखना चाहूंगा:

• शुरू करना
• ट्यूटोरियल
• सजीव उदाहरण

... और एक अच्छी सुविधा के रूप में:

• उत्पन्न दस्तावेज़ीकरण a-la docco (उदाहरण: जैसे jasmine ) ताकि स्रोत कोड स्पष्ट रूप से समझाया जा सके

लेकिन मार्कडाउन और जेएसडॉक से शुरू करना निश्चित रूप से पहला कदम है;)

ठीक है, मुझे लगता है कि पहला कदम मार्कडाउन फॉर्म में लिखे गए दस्तावेज़ प्राप्त करना है, फिर हम उन्हें वास्तव में एक अच्छी दस्तावेज़ साइट पर पोर्ट कर सकते हैं। :+1: JSDoc के लिए भी। मैं आज रात https://github.com/gaearon/redux/pull/87 पर एक अंतिम स्टैब लेने जा रहा हूं, लेकिन मुझे यकीन नहीं है कि फ्लो एनोटेशन इस बिंदु पर इसके लायक हैं जब तक कि हम फ़ंक्शन ओवरलोडिंग के कोडबेस से छुटकारा नहीं पाते। (या जब तक कोई मुझे फ़्लो की शिकायत किए बिना उन्हें ठीक से टाइप करना नहीं सिखाता।)

मुझे लगता है कि फ्लो प्राथमिकता वाला एटीएम नहीं है।

स्टोर के लिए +1 को रेड्यूसर कहा जा रहा है।

मुझे इन अधिक घोषणात्मक, स्टेटलेस चीजों के स्टोर को कॉल करने का शौक नहीं है।

मुझे नए नाम के विचार पसंद हैं। मैं भी नाम बदलने का प्रस्ताव था Connector की तरह कुछ करने के लिए Subscription । Connector बहुत सामान्य है, और जब मुझे लगता है कि यह redux की स्थिति और डिस्पैचर को अपने बच्चों से जोड़ रहा है, तो मुझे लगता है कि सदस्यता क्या हो रहा है इसका एक बेहतर विवरण है। यह थोड़ा खिंचाव है कि आपको w/आपकी सदस्यता के साथ एक प्रेषक मिलता है, लेकिन मुझे लगता है कि यह ठीक है।

-1 स्टोर के लिए रेड्यूसर कहा जाता है, एक नाम के रूप में यह नए उपयोगकर्ताओं के लिए बहुत सहज नहीं है (कम से कम बिना कार्यात्मक प्रोग्रामिंग पृष्ठभूमि वाले)। हो सकता है कि अपडेटर या ट्रांसफॉर्मर बेहतर होगा, या स्टोर अपडेटर अगर हम इसके बारे में अधिक स्पष्ट होना चाहते हैं।

"ट्रांसफॉर्मर" का सुझाव कई बार दिया गया है। यह अपडेटर्स की तरह परिवर्तनशील प्रकृति का सुझाव नहीं देता है, रेड्यूसर की तुलना में अधिक पहुंच योग्य है, और स्टोर्स के "स्टोरेज" अर्थ को नहीं रखता है।

आपको ट्रांसफॉर्मर कैसे पसंद हैं?

रेड्यूसर के लिए +1

जैसा कि ट्विटर पर @faassen द्वारा नोट किया गया है, "reducers" के लिए एक अच्छा तर्क परियोजना के नाम पर वापस बुला रहा है। हमारे पास यह कहने का मौका है "यह फ्लक्स की तरह है, लेकिन एक ही स्टोर है। जैसे आप अपने ऐप को रिएक्ट घटकों में बना सकते हैं, Redux में, आप उस स्टोर को रिड्यूसर से बाहर करते हैं। उन्हें रेड्यूसर कहा जाता है क्योंकि उनके हस्ताक्षर मिलान फ़ंक्शन [].reduce() : (state, action) => state । ब्ला ब्ला ब्ला"

कोणीय जंगल की आग की तरह फैलता है और जैसे शब्दों का उपयोग करता है

• आदेश
• अलग
• ट्रांसक्लूड

प्रोग्रामिंग को नजरअंदाज करना, बदलना और कम करना अलग-अलग चीजें हैं। मैं वह नाम चुनूंगा जो सबसे सटीक हो।

अगर वे डेटा स्टोर नहीं करते हैं, तो उन्हें स्टोर न कहें।

क्या आप एक रूप से दूसरे रूप में रूपांतरित हो रहे हैं या आप कई मूल्यों से एक रूप में घट रहे हैं?

ट्रांसफार्मर => नक्शा
रेड्यूसर => कम करें

मुझे कम लगता है।

मैं reducers भी हूं! :+1:

एल्म से प्रेरणा लें। https://github.com/evancz/elm-architecture-tutorial#the -basic-pattern

सबसे अच्छा शब्द होगा update । स्टोर बकवास है, यह हमेशा "मॉडल" रहा है। पहिया को फिर से शुरू करने या लोगों को भ्रमित करने की आवश्यकता नहीं है।

उन्हें अद्यतनकर्ता कहने के साथ मेरा गोमांस यह है कि लोग सोच सकते हैं कि उन्हें उत्परिवर्तनीय माना जाता है। यदि नामकरण गैर-म्यूटेटिव प्रकृति को स्पष्ट करने में मदद कर सकता है तो यह एक बड़ा बोनस होगा।

क्या आप एक रूप से दूसरे रूप में रूपांतरित हो रहे हैं या आप कई मूल्यों से एक रूप में घट रहे हैं?

मैं जमा कर रहा हूँ। "कैसे एक क्रिया एक राज्य को अगले राज्य में बदल देती है।" वैचारिक रूप से वे प्रारंभिक (अपरिभाषित) स्थिति से कई क्रियाओं को कम कर रहे हैं, और संस्मरण केवल एक अनुकूलन है।

राज्य ट्रांसफार्मर

जितना हो सके नए सिरे से खोज/पुनर्खोज से बचने की कोशिश करें। लोग इसे reduce , scan , fold , और update ।

reducer एक जावास्क्रिप्ट परिप्रेक्ष्य से सटीक प्रतीत होता है ...
किसी अन्य भाषा की अवधारणा से इसे नाम देने का मूल्य न देखें, भले ही यह अधिक सटीक हो।

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

@vramana यह नहीं है एक map , यह एक है reduce , क्योंकि यह लेता है पहले से संचित state और एक नया action और रिटर्न एक नया state ।

यदि आपके पास अपने ऐप की सभी क्रियाओं की एक सरणी थी, तो आप इस फ़ंक्शन का उपयोग इसे अंतिम ऐप स्थिति में कम करने के लिए करेंगे:

function reducer(state, action) {
  // switch (action.type) ...
  // return state;
}
const finalState = allAppActions.reduce(reducer, initialState);

अब, आपके पास वास्तव में समय में stream का actions है, जो वैचारिक रूप से एक सरणी के समान है, लेकिन समय के साथ (आप इसे stream में कम कर सकते हैं state एस)।

मैं इसे एक प्रक्षेपण के रूप में सोचना पसंद करता हूं (एक डेटा संरचना के लिए एक ईवेंट लॉग)।
डीबी लोग इसे "भौतिकवादी विचार" कहते थे।

मुझे कम करना या मोड़ना पसंद है, यह विभिन्न समुदायों द्वारा अच्छी तरह से समझा जाता है

मैं ट्रांसफॉर्मर से रेड्यूसर को ज्यादा पसंद करता हूं: यह स्पष्ट है कि शब्द के सामान्य अंग्रेजी उपयोग से इसका क्या अर्थ है।

रेड्यूसर।
सबसे पहले, यह जावास्क्रिप्ट लाइब्रेरी है और जावास्क्रिप्ट में [].reduce(reducer, initialState) ।
दूसरा, Redu(cer)x पहले से ही पुस्तकालय के नाम पर है।
तीसरा, https://blog.javascripting.com/2015/06/19/flux-no-more-stores-meet-reducer/ , अन्य लोग और पुस्तकालय 'reducers' शब्द का उपयोग करेंगे।

रेड्यूसर सटीक है और वेनिला जेएस में एक मिसाल है। सुनिश्चित नहीं है कि उस पर कैसे सुधार किया जा सकता है।

रेड्यूसर यह तब होगा।

(#140 में प्रगति का पालन करें)

कभी-कभी मुझे पुरानी चर्चाएँ मिलती हैं जो उन्हें "स्टोर" कहती हैं और आश्चर्य करती हैं कि यह कितना हास्यास्पद रूप से भ्रमित करने वाला था।

"राज्य कंटेनर"?

हाँ यह एक अच्छा बदलाव था :)