Dva: मॉडल का डिजाइन

https://github.com/dvajs/dva-docs/blob/master/v1/zh-cn/tutorial/03-%E8%AE%BE%E8%AE%A1Model.md

@निकोगु
मुझे लगता है कि यह उदाहरण मेरे प्रश्न का उत्तर नहीं देता है क्योंकि इस उदाहरण में केवल "एक पृष्ठ" + "एकल डेटा" शामिल है
तो इसे "पृष्ठों" द्वारा मॉडल को विभाजित करने के रूप में समझा जा सकता है, या इसे "डेटा" के अनुसार मॉडल को विभाजित करने के रूप में समझा जा सकता है।
पीएस: यहां उल्लिखित "पेज" डिवीजन मॉडल प्रत्येक पृष्ठ के लिए एक मॉडल के निर्माण को संदर्भित करता है, और "डेटा" डिवीजन मॉडल प्रत्येक स्वतंत्र डेटा इकाई या व्यावसायिक तर्क के लिए एक मॉडल के निर्माण को संदर्भित करता है।

इस उदाहरण की समझ:
1. "पेज" डिवीजन मॉडल --- यदि कोई नया पेज है, तो पेज टिप्पणियों की सूची और उससे संबंधित उपयोगकर्ता सूची प्रदर्शित करता है। फिर आपको इस नए पृष्ठ के लिए उपयोग करने के लिए usersAndMessages नामक एक मॉडल बनाना चाहिए।
2. "डेटा" मॉडल को विभाजित करना --- यदि आपको इस पृष्ठ पर टिप्पणियों की सूची प्रदर्शित करने की आवश्यकता है, तो आपको टिप्पणियों नामक एक अन्य मॉडल बनाने की आवश्यकता है।

मेरी समझ यह होनी चाहिए कि एक "पृष्ठ" एक "मॉडल" से मेल खाता है।
लेकिन कुछ हिस्सों के साथ इस समस्या से कैसे निपटें जिन्हें "पृष्ठों" के बीच पुन: उपयोग करने की आवश्यकता है?
अंत में, हमें पुन: उपयोग की जाने वाली क्रियाओं और रिड्यूसर को मॉडल से अलग करना चाहिए?
लेकिन क्या यह रेडक्स लिखने के पारंपरिक तरीके पर वापस नहीं आता है?

मेरी समझ यह होनी चाहिए कि एक "पृष्ठ" एक "मॉडल" से मेल खाता है।

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

@sorrycc
दूसरे शब्दों में, मैं "डेटा अक्षांश" और "पृष्ठ अक्षांश" को पूरी तरह से अलग कर सकता हूं, विभिन्न मॉडल बना सकता हूं, संबंधित "पृष्ठ अक्षांश" मॉडल और पृष्ठ में आवश्यक "डेटा आयाम" मॉडल कनेक्ट कर सकता हूं, है ना? ।

function mapStateToProps(state) {
  return {
    // 数据维度创建的model
    users: state.users,
    comments:state.comments,
    // 页面维度创建的model
    homePage:state.homePage,
  };
}

@ ज़ीरोज़ाकी0752 हाँ।

@sorrycc धन्यवाद! ! !

एक अन्य प्रश्न डिस्कवरी डेमो ऑफ़ एक्शन में कुछ समस्याओं के बारे में है
1. मॉडल में प्रभाव और रेड्यूसर में परिभाषित विधियां, कुछ मॉडल द्वारा आंतरिक रूप से उपयोग की जाती हैं, और कुछ को दृश्य द्वारा बुलाया जाना है (कोई स्पष्ट भेद नहीं है)
2. डेमो में, कार्रवाई को कॉल करने के दृश्य को इस तरह प्रेषण "नेमस्पेस/फ़ंक्शननाम" कहा जाता है
3. दूसरा पैरामीटर mapDispatchToProps कनेक्ट करते समय पास नहीं होता है

मेरा अपेक्षित प्रभाव मॉडल में दृश्य द्वारा बुलाए जाने की आवश्यकता को समाहित करना है, और फिर mapDispatchToProps को दृश्य में आयात किया जाता है, और कार्रवाई को सीधे props.namespace_functionName के माध्यम से प्रत्येक बार प्रेषण किए बिना दृश्य में ट्रिगर किया जा सकता है।

मुझे आश्चर्य है कि क्या यह उचित है? क्या यह संभव है?

यह एक व्यक्तिगत आदत है, मैं प्रेषण (कार्रवाई) विधि पसंद करता हूं।

mapDispatchToProps पैरामीटर कार्रवाई को बाध्य करने के लिए कनेक्ट में पारित नहीं किया गया है, लेकिन क्या आप किसी भी मॉडल में कार्रवाई में स्थानांतरित करने के लिए प्रेषण का उपयोग कर सकते हैं?

घटक जो connect उसके पास dispatch का सहारा होगा।