Dva: [चर्चा]-पृष्ठ की प्रारंभिक डेटा निर्भरता पर वक्तव्य

को निर्मित 17 दिस॰ 2017 · 3टिप्पणियाँ · स्रोत: dvajs/dva

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

//摘自api文档
app.model({
  namespace: 'todo',
  // ... 
  subscriptions: {
    setup({ history, dispatch }) {
      // Subscribe history(url) change, trigger `load` action if pathname is `/`
      return history.listen(({ pathname }) => {
        if (pathname === '/') {
          dispatch({ type: 'load' });
        }
      });
    },
  },
});

पोर्टल: dva-hackernews का समान रूप से लिखित

यह पृष्ठ घटकों के जीवन चक्र के दौरान डेटा लोड करने से अलग है। उदाहरण के लिए, हैकरन्यूज़ के एक ही उदाहरण में, हम अनुरोध करने के लिए लिस्टपेज के

पृष्ठ के प्रारंभिक डेटा निर्भरता को मॉडल के उपलेखन में डालने का वर्तमान तरीका, मेरे पास निम्नलिखित प्रश्न हैं:

url मिलान तर्क की पुनरावृत्ति: url मापदंडों को पार्स करना और उन्हें व्यावसायिक तर्क के लिए अग्रेषित करना राउटर की जिम्मेदारी है। Hackernews के उदाहरण से, हम देख सकते हैं कि उनमें से कुछ को दोहराया गया है, और यहां तक कि अपेक्षाकृत "निम्न-स्तर" भी। पुस्तकालय जैसे पथ टोरेगेक्स (प्रतिक्रिया-राउटर/एक्सप्रेस के पीछे) इसका उपयोग यूआरएल मिलान और पार्सिंग के लिए भी किया जाता है)
कर्तव्यों का पृथक्करण: अलग-अलग अभ्यास अलग-अलग शब्दार्थ से मेल खाते हैं। क्या पृष्ठ घोषित करता है कि पृष्ठ किस डेटा पर निर्भर करता है, या मॉडल किस यूआरएल के तहत डेटा लोड करने की घोषणा करता है?
पृष्ठ अनुरोध का नियंत्रण खो देता है। यदि कोई पृष्ठ अनुरोध के सफल होने या विफल होने के बाद विशिष्ट तर्क निष्पादित करना चाहता है, तो इसे लागू करना अधिक कठिन होगा, क्योंकि पृष्ठ स्वयं डेटा लोड करने की क्रिया से अवगत नहीं है
सर्वर रेंडर/आइसोमोर्फिक परिदृश्यों से कैसे निपटें वास्तव में 3 की निरंतरता है। सर्वर रेंडर के तहत, आपको "उस डेटा को लोड करना होगा जिस पर पेज पहले निर्भर करता है, और फिर पेज रेंडरिंग करता है", और यदि अनुरोध का बयान नहीं है पृष्ठ स्तर पर, यह किया जाना चाहिए। यह अधिक परेशानी वाला है
सदस्यता का डिज़ाइन एल्म से प्रभावित प्रतीत होता है, लेकिन एल्म में सदस्यता का वास्तव में अधिक उपयोग नहीं किया जाता है। इसका उपयोग केवल वेबसोकेट जैसे परिदृश्यों से निपटने के लिए किया जाता है। प्रारंभिक अनुरोध अभी भी पेज स्टेटमेंट इनिट के माध्यम से किया जाता है।

बेशक, डीवीए सीमित नहीं करता है कि किस विधि का उपयोग किया जाता है। डीवीए में पृष्ठ घटकों के जीवन चक्र का उपयोग करना पूरी तरह से संभव है, लेकिन मुझे लगता है कि आधिकारिक दस्तावेज और उदाहरण जिनमें एक प्रदर्शन प्रभाव होता है, एक और विधि का उपयोग करते हैं। यह बहुत संभावना है कि मैं विचारों को नहीं जानता, मैंने पहले एक वीचैट समूह प्रश्न जोड़ा, लेकिन मुझे उत्तर नहीं मिला (एक मित्र ने कहा कि ऐसा इसलिए है क्योंकि डीवीए उम्मीद करता है कि पृष्ठ घटक भी कार्यात्मक घटक हैं, जो वास्तव में एक बिंदु है, लेकिन यह इतना प्रेरक नहीं लगता), इसलिए मैंने एक मुद्दा खोला। मुझे परेशान करने के लिए मुझे क्षमा करें।
@sorrycc

discussion wontfix

स्रोत

kpaxqin

सभी 3 टिप्पणियाँ

मॉडल का इनिथूक

              邮箱：[email protected]

हस्ताक्षर NetEase मेल मास्टर द्वारा अनुकूलित किया गया था। 16:30 पर 17 दिसंबर, 2017 को, किन जुनवेन ने लिखा: आधिकारिक दस्तावेज़ और हैकरन्यूज़ उदाहरण में, मॉडल की सदस्यता में मिलान इतिहास url को सुनने की विधि का उपयोग प्रारंभिक डेटा लोड करने के लिए किया जाता है पेज के लिए इस प्रकार है।
// एपीआई प्रलेखन से
ऐप.मॉडल({
नाम स्थान: 'टूडू',
//...
सदस्यता: {
सेटअप ({इतिहास, प्रेषण}) {
// सदस्यता इतिहास (url) परिवर्तन, load कार्रवाई को ट्रिगर करें यदि पथनाम /
वापसी इतिहास। सुनो (({पथनाम}) => {
अगर (पथनाम ==='/') {
प्रेषण ({प्रकार: 'लोड'});
}
});
},
},
});
पोर्टल: dva-hackernews का समान रूप से लिखित आइटम मॉडल
यह पेज घटकों के जीवन चक्र में डेटा लोड करते समय हम आमतौर पर जो देखते हैं उससे अलग है। उदाहरण के लिए, हैकरन्यूज़ के एक ही उदाहरण में, हम अनुरोध करने के लिए कंपोनेंटविलमाउंट या लिस्टपेज के कंपोनेंटडिडमाउंट में संबंधित प्रभाव कार्रवाई को भेजना चुन सकते हैं। , और सर्वर रेंडर के दृष्टिकोण से भी सोचें। , आप इस पृष्ठ की प्रारंभिक डेटा निर्भरता घोषित करने के लिए जिम्मेदार होने के लिए एक अतिरिक्त जीवन चक्र (जैसे कि getInitProps of next.js) जोड़ सकते हैं।
पृष्ठ के प्रारंभिक डेटा निर्भरता को मॉडल के उपलेखन में डालने का वर्तमान तरीका, मेरे पास निम्नलिखित प्रश्न हैं:

url मिलान तर्क की पुनरावृत्ति: url मापदंडों को पार्स करना और उन्हें व्यावसायिक तर्क के लिए अग्रेषित करना राउटर की जिम्मेदारी है। Hackernews के उदाहरण से, हम देख सकते हैं कि उनमें से कुछ को दोहराया गया है, और यहां तक कि अपेक्षाकृत "निम्न-स्तर" भी। पुस्तकालय जैसे पथ टोरेगेक्स (प्रतिक्रिया-राउटर/एक्सप्रेस के पीछे) इसका उपयोग यूआरएल मिलान और पार्सिंग के लिए भी किया जाता है)
कर्तव्यों का पृथक्करण: अलग-अलग अभ्यास अलग-अलग शब्दार्थ से मेल खाते हैं। क्या पृष्ठ घोषित करता है कि पृष्ठ किस डेटा पर निर्भर करता है, या मॉडल किस यूआरएल के तहत डेटा लोड करने की घोषणा करता है?
पृष्ठ अनुरोध का नियंत्रण खो देता है। यदि कोई पृष्ठ अनुरोध के सफल होने या विफल होने के बाद विशिष्ट तर्क निष्पादित करना चाहता है, तो इसे लागू करना अधिक कठिन होगा, क्योंकि पृष्ठ को स्वयं डेटा लोड करने की क्रिया की कोई धारणा नहीं है कि सर्वर रेंडर से कैसे निपटें /आइसोमोर्फिक परिदृश्य। वास्तव में, यह 3 की निरंतरता है। सर्वर रेंडर के तहत, आपको "उस डेटा को लोड करना होगा जिस पर पेज पहले निर्भर करता है, और फिर पेज रेंडरिंग करता है", और यदि अनुरोध का विवरण नहीं है पृष्ठ स्तर पर, ऐसा करना अधिक परेशानी भरा होगा।
सदस्यता का डिज़ाइन एल्म से प्रभावित प्रतीत होता है, लेकिन एल्म में सदस्यता का वास्तव में अधिक उपयोग नहीं किया जाता है। इसका उपयोग केवल वेबसोकेट जैसे परिदृश्यों से निपटने के लिए किया जाता है। प्रारंभिक अनुरोध अभी भी पेज स्टेटमेंट इनिट के माध्यम से किया जाता है।

बेशक, डीवीए सीमित नहीं करता है कि किस विधि का उपयोग किया जाता है। डीवीए में पृष्ठ घटकों के जीवन चक्र का उपयोग करना पूरी तरह से संभव है, लेकिन मुझे लगता है कि आधिकारिक दस्तावेज और उदाहरण जिनमें एक प्रदर्शन प्रभाव होता है, एक और विधि का उपयोग करते हैं। यह बहुत संभावना है कि मैं विचारों को नहीं जानता, मैंने पहले एक वीचैट समूह प्रश्न जोड़ा, लेकिन मुझे उत्तर नहीं मिला (एक मित्र ने कहा कि ऐसा इसलिए है क्योंकि डीवीए उम्मीद करता है कि पृष्ठ घटक भी कार्यात्मक घटक हैं, जो वास्तव में एक बिंदु है, लेकिन यह इतना प्रेरक नहीं लगता), इसलिए मैंने एक मुद्दा खोला। मुझे परेशान करने के लिए मुझे क्षमा करें।
@sorrycc

—आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है। इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

{"api_version":"1.0",,"publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb",,"name":"GitHub"},"Entity":{"external_key":"github/dvajs/dva",,"title ":"dvajs/dva",,"subtitle":"GitHub रिपॉजिटरी", "main_image_url":" https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png " ,"avatar_image_url":" https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png ","action":{"name":"Open in GitHub", "url":" https://github.com/dvajs/dva "}},"updates":{"snippets":[{"icon":"DESCRIPTION","message":"[Discussion]-अबाउट पेज डेटा निर्भरता मुद्दे (#1402)"}],"कार्रवाई":{"नाम":"समस्या देखें","url":" https://github.com/dvajs/dva/issues/1402 "}}}

yangbin1994 18 दिस॰ 2017

👎3

@यांगबिन1994

मॉडल का इनथूक क्या है?
मैंने इसे मॉडल दस्तावेज़ में नहीं देखा।

यह मानते हुए कि यह हुक है, यह सदस्यता में इसे करने से अनिवार्य रूप से अलग नहीं लगता है।उपरोक्त 1-4 प्रश्न अभी भी मौजूद हैं।

kpaxqin 18 दिस॰ 2017

इस समस्या को स्वचालित रूप से पुराना के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

stale[bot] 14 मार्च 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Dva: [चर्चा]-पृष्ठ की प्रारंभिक डेटा निर्भरता पर वक्तव्य

सभी 3 टिप्पणियाँ

संबंधित मुद्दों