Dva: मॉडल नेस्टिंग (मॉड्यूलराइजेशन) कैसे लागू करें?

व्यापार ऐसा है,
उदाहरण के लिए, ऐप में 5 अपेक्षाकृत स्वतंत्र उत्पाद हैं, और प्रत्येक उत्पाद का अपेक्षाकृत स्वतंत्र मॉडल है।

इस मामले में, मॉडल की केवल एक परत बहुत तंग होगी

बेशक, इसे नाम स्थान पर भी पहचाना जा सकता है, लेकिन वर्तमान में नामस्थान का उपयोग सीधे राज्य के नाम के रूप में किया जाएगा (विशेष प्रतीकों जैसे . उपयोग नहीं किया जा सकता है)

मॉडल की केवल एक परत बहुत तंग होगी

समझ नहीं आया

@ कोडरिंग

दस्तावेज़ को देखते हुए, मॉडल में भौतिक रूप से केवल एक परत होती है। यदि बड़ी संख्या में मॉडल हैं, तो समान नाम के साथ नामस्थान का विरोध होने की संभावना है (विशेषकर बड़ी परियोजनाओं के लिए, कुछ मॉडलों में समान शब्दार्थ होते हैं)। पर इस बार, उन्हें नाम स्थान पर होना पड़ सकता है। , मॉड्यूल के बीच भेद के रूप में प्रमुख रूप से उपसर्ग जोड़ें।

इसलिए मैं पूछना चाहूंगा कि क्या कोई बेहतर मॉडल नेस्टिंग या मॉडर्नाइजेशन स्कीम है?

राज्य में बहुत गहरा घोंसला बनाने की अनुशंसा नहीं की जाती है। यदि आप अभी भी मॉडल को घोंसला बनाते हैं, तो यह अधिक जटिल होगा। ऐसा लगता है कि डिजाइन में कोई समस्या है।
मुझे सवाल समझ में नहीं आया, क्या आप मुझे एक साधारण डेमो दे सकते हैं?

यह प्रश्न मोटे तौर पर समझा जाता है। कल हमने इस पर चर्चा की। यह मुख्य रूप से मॉडल के अर्थ के बारे में है। दो प्रवृत्तियाँ हैं: दृष्टिकोण का पालन करना और व्यावसायिक इकाई का अनुसरण करना।

वर्तमान डिजाइन के दृष्टिकोण से, दृश्य का पालन करना अधिक उपयुक्त होना चाहिए, क्योंकि प्रत्येक मॉडल की स्थिति अलग-थलग है, और मॉडल में सब कुछ अपनी स्थिति का अनुसरण करता है। इस दृष्टिकोण से, दृश्य का पालन करना वास्तव में बेहतर है। इस मामले में, मॉडल का अर्थ मॉडल देखें है।

लेकिन इस तरह, मॉडल द्वारा उपयोग किए जाने वाले वे व्यावसायिक जोड़, विलोपन, जाँच और संशोधन प्रभाव उपयोग किए गए प्रत्येक मॉडल में मौजूद हो सकते हैं, उदाहरण के लिए:

ऐसे विचार हैं ABC, व्यावसायिक संस्थाएं XYZ, जहां:

A, XY के CRUD का उपयोग करता है
B, YZ के CRUD का उपयोग करता है
C, XZ के CRUD का उपयोग करता है

हमारे मॉडल को एबीसी दृश्य का पालन करने के लिए डिज़ाइन किया गया है, और इसमें कुछ अतिरेक प्रभाव होना चाहिए। उदाहरण के लिए, वाई एक ही समय में एबी में मौजूद है, और कोड में अतिरेक हो सकता है। एक अन्य दृष्टिकोण से, AB में Y के उपयोग को पुन: उपयोग पर विचार नहीं करना चाहिए, और पुन: उपयोग की जाने वाली कॉलिंग प्रक्रिया को अगले स्तर पर रखा जाना चाहिए, अर्थात सेवा।

इस प्रकार, संगठनात्मक संरचना बन जाती है:

  a
  b
  c
service
  x
  y
  z

और मॉडलए की संरचना:

{
  effects: {
    *x() {
      yield call(serviceX);
    },
    *y() {
      yield call(serviceY);
    }
  }
}

मॉडलबी की संरचना:

{
  effects: {
    *y() {
      yield call(serviceY);
    },
    *z() {
      yield call(serviceZ);
    }
  }
}

बाद में, मैं एक अधिक व्यवसाय-उन्मुख डेमो लिखूंगा, और परिदृश्यों के उपयोग के लिए कुछ सुझाव दूंगा

@xufei को अंकल

@xufei क्या आप अपने डेमो से सीख सकते हैं?मैं हाल ही में इसके बारे में चिंतित हूँ

क्या @xufei डेमो में यह है?

क्या @xufei डेमो में यह है?

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

@ liSong5713 उपयोगकर्ता सूची उपयोगकर्ता विवरण सूची में क्लिक की गई, उपयोगकर्ता विवरण कुंजी प्रबंधन में क्लिक किया गया है कि क्या इन्हें एक ही उपयोगकर्ता मॉडल में रखा जाना चाहिए

@lwbGH यह आपकी मॉडल जिम्मेदारियों पर निर्भर करता है। उपयोगकर्ता मॉडल वर्तमान में लॉग इन उपयोगकर्ता की बुनियादी और आमतौर पर उपयोग की जाने वाली जानकारी हो सकती है। यदि आप उपयोगकर्ता की विस्तृत जानकारी, जैसे उपयोगकर्ता के संचालन के लॉग को बदलना चाहते हैं, तो यह जानकारी हो सकती है मॉडल से बिल्कुल अलग। मुझे लगता है कि मॉडल डिवीजन थोड़ा सा है:
स्तर के घटकों की स्थिति को साझा करने की डिग्री , यदि एक साधारण पृष्ठ पृष्ठ-स्तरीय मॉडल से मेल खाता है, तो यह जटिल होगा

बेशक, इसे नाम स्थान पर भी पहचाना जा सकता है, लेकिन वर्तमान में नामस्थान का उपयोग सीधे राज्य के नाम के रूप में किया जाएगा (विशेष प्रतीकों जैसे . उपयोग नहीं किया जा सकता है)
. कुंजी के रूप में उपयोग नहीं किया जा सकता है, आप _ का उपयोग कर सकते हैं। वर्तमान में, हम नाम स्थान में सीमित हैं। मॉडल को दृश्य और व्यवसाय द्वारा मॉड्यूल में विभाजित किया जा सकता है, लेकिन नाम स्थान "folder_file नाम" द्वारा सीमित है।