Redux: `combineReducers` दस्तावेज़ यह नहीं बताता है कि यह कैसे अनुमान लगाया जाता है कि राज्य का कौन सा हिस्सा रेड्यूसर को पास करना है

यदि आप इसे बिना छोड़े पूरी तरह से पढ़ते हैं तो यह थोड़े ही कहता है:

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

लेकिन मैं मानता हूं कि इसे और अधिक प्रमुख बनाने की जरूरत है, क्योंकि लोग अक्सर इस वाक्य को याद करते हैं।
क्या #399 से बदलाव आपकी मदद करेंगे?

मैं कम कंप्यूटर विज्ञान पसंद करूंगा, उदाहरण के ठीक बाद इस सम्मेलन के बारे में स्पष्ट नोट:

ध्यान दें कि रेड्यूसर को todos और counter -- ठीक वैसे ही जैसे हम उन्हें राज्य के कुछ हिस्सों में भेज रहे हैं।

राज्य के हिस्से को रेड्यूसर में पास करने के लिए Redux _convention_ को नियोजित करता है - रिड्यूसर को ठीक उसी राज्य के हिस्से के रूप में जिसे आप इसे पास करना चाहते हैं।

मुझे लगता है कि #399 अच्छा है लेकिन यह _Flux उपयोगकर्ताओं_ के लिए एक स्पष्टीकरण है। मैं नाव के नए सिरे से Redux आ रहा हूँ। मेरे पाठ का कुछ रूप आकस्मिक जावास्क्रिप्ट डेवलपर्स के लिए अधिक उपयोगी होगा।

यहां महत्वपूर्ण विचार है: कन्वेंशन एपीआई का हिस्सा हैं । यह createRedux , createDispatcher और किसी भी अन्य API फ़ंक्शन के लिए समान रूप से महत्वपूर्ण है। सम्मेलनों को हमेशा स्पष्ट रूप से बताएं क्योंकि वे एपीआई का एक हिस्सा हैं।

बीटीडब्ल्यू, मैं अभी भी परेशान हूं कि राज्य के उप-भाग को रेड्यूसर में कैसे पास किया जाए। क्या मुझे कैमलकेस उनके साथ जुड़ना चाहिए या कुछ और? state={owner: {name: 'John'} } → export function ownerName(state = [], action) ?

प्रतिक्रिया के लिए धन्यवाद, यह बहुत मूल्यवान है।

मैं इस बात पर जोर देना चाहता हूं कि

कन्वेंशन एपीआई का हिस्सा हैं

वास्तव में सच नहीं है।

हमें शायद डॉक्स में केवल import * से बचना चाहिए क्योंकि लोग मानते हैं कि यह एपीआई का अभिन्न अंग है जब यह बिल्कुल नहीं है, और यह सिर्फ एक सुविधाजनक शॉर्टकट है जिसका मैं उपयोग करता हूं।

फ़ंक्शन नाम केवल इसलिए मायने रखते हैं कि ES6 export और import * as काम करते हैं।

बीटीडब्ल्यू, मैं अभी भी परेशान हूं कि राज्य के उप-भाग को रेड्यूसर में कैसे पास किया जाए। क्या मुझे कैमलकेस उनके साथ जुड़ना चाहिए या कुछ और? राज्य = {मालिक: {नाम: 'जॉन'}} → निर्यात समारोह स्वामी नाम (राज्य = [], क्रिया)?

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

// Function names don't matter!
function processA(state, action) { ... }
function doSomethingWithB(state, action) { ... }

function reducer(state = {}, action) {
  return {
    // Because you call them!
    a: processA(state.a, action),
    b: doSomethingWithB(state.b, action)
  };
}

// Not using combineReducers
let store = createStore(reducer);

यदि आप combineReducers सहायक का उपयोग करते हैं, तो भी वे कोई फर्क नहीं पड़ता, जब तक आप स्वयं ऑब्जेक्ट बनाते हैं :

// Function names don't matter!
function processA(state, action) { ... }
function doSomethingWithB(state, action) { ... }

/*
function reducer(state = {}, action) {
  return {
    a: processA(state.a, action),
    b: doSomethingWithB(state.b, action)
  };
}
*/
let reducer = combineReducers({
  a: processA,
  b: doSomethingWithB
});

let store = createStore(reducer);

ऐसा आप कई बार कर सकते हैं।

पहले:

// Function names don't matter!
function processSomePartOfA(state, action) { ... }
function doSomethingWithOtherPartOfA(state, action) { ... }

function processA(state, action) {
  return {
    // Because you call them!
    somePart: processSomePartOfA(state.somePart),
    otherPart: doSomethingWithOtherPartOfA(state.otherPart)
  }
}
function doSomethingWithB(state, action) { ... }

function reducer(state = {}, action) {
  return {
    // Because you call them!
    a: processA(state.a, action),
    b: doSomethingWithB(state.b, action)
  };
}

// Not using the helper
let store = createStore(reducer);

आप समझ सकते हैं? यह सिर्फ फंक्शन कॉलिंग फंक्शन है। कोई जादू नहीं "गहरी चीजें"।
और आप combineReducers भी कई बार उपयोग कर सकते हैं:

// Function names don't matter!
function processSomePartOfA(state, action) { ... }
function doSomethingWithOtherPartOfA(state, action) { ... }

/*
function processA(state, action) {
  return {
    somePart: processSomePartOfA(state.somePart),
    otherPart: doSomethingWithOtherPartOfA(state.otherPart)
  }
}
*/
let processA = combineReducers({
  somePart: processSomePartOfA,
  otherPart: doSomethingWithOtherPartOfA
});

function processA(state, action) { ... }
function doSomethingWithB(state, action) { ... }

/*
function reducer(state = {}, action) {
  return {
    a: processA(state.a, action),
    b: doSomethingWithB(state.b, action)
  };
}
*/
let reducer = combineReducers({
  a: processA,
  b: doSomethingWithB
});

let store = createStore(reducer);

केवल एक हिस्सा जहां फ़ंक्शन नाम मायने रखता है, जब आप export + import * as का उपयोग उस वस्तु को "प्राप्त" करने के लिए करते हैं जिसे आप combineReducers क्योंकि _यह सिर्फ import * है_ ! यह चीजों को उनकी निर्यात कुंजी के आधार पर वस्तु में रखता है।

मुझे लगता है कि यहां मेरी सबसे बड़ी गलती यह मान लेना है कि पाठक नामित निर्यात से परिचित है।

मुझे लगता है कि यहां मेरी सबसे बड़ी गलती यह मान लेना है कि पाठक नामित निर्यात से परिचित है।

मुझे लगता है, मान लीजिए कि पाठक ईएस 6 से परिचित है, यह एक खिंचाव है। लेकिन यही बात लोगों को सीखने और इन चीजों को समझने के लिए प्रेरित करती है। तो यह वास्तव में एक अच्छी बात है जब पढ़ना पाठक के ज्ञान और अनुभव से आगे है।

हम combineReducers को reducers/index स्पष्ट रूप से कॉल करने के लिए उदाहरण बदल रहे हैं, इसलिए उम्मीद है कि यह अब से और अधिक समझ में आने वाला है: https://github.com/gaearon/redux/pull/473

बंद करना, क्योंकि यह वर्तमान दस्तावेज़ों में बेहतर तरीके से संबोधित किया गया प्रतीत होता है।
और हम अब दस्तावेज़ों में import * का उपयोग नहीं करते हैं।

क्या आप वास्तव में सोचते हैं कि इस तरह के एक निहित व्यवहार को एम्बेड करना एक अच्छा कोडिंग अभ्यास है?

मेरे लिए यह कोड को अस्पष्ट करता है और CombReducer मौजूद नहीं होना चाहिए, यह अमूर्तता का एक अनावश्यक कदम जोड़ता है और प्रक्रिया को जटिल बनाता है।

जब आप एक ढांचा लिखते हैं, तो इस तरह की एक महत्वपूर्ण विशेषता को आसानी से समझा जा सकता है, जाहिर है कि ऐसा नहीं है, उदाहरण के लिए "जादू" भावना।

पीएस: मैं आधिकारिक रेडक्स दस्तावेज से आया हूं: "यह जादू नहीं है"