सीआरयूडी डीडीडी का उपयोग कर नए ग्राहक बनाएं

मैं डोमेन ड्राइव डिजाइन से सीखा ज्ञान का उपयोग कर एक आवेदन बनाने की कोशिश कर रहा हूँ।

मेरी समस्या यह है कि मेरे आवेदन में मुझे ग्राहकों के पते, फोन नंबर, ईमेल पता इत्यादि को कैप्चर करने वाला एक नया ग्राहक बनाने में सक्षम होना चाहिए, क्या मैं यहां मानक सीआरयूडी शैली का उपयोग करूँगा क्योंकि यह वास्तव में एक कार्य आधारित कार्रवाई नहीं है?

0

2 उत्तर

यदि आपका पूरा एप्लिकेशन कभी भी डेटाबेस डेटा को डेटाबेस में संग्रहीत करना है, तो यह एक साधारण सीआरयूडी शैली अनुप्रयोग का उपयोग करने के लिए शायद बेहतर है। यदि ग्राहक प्रविष्टि केवल एक बड़े आवेदन का हिस्सा है, तो ग्राहक डेटा (जैसे नाम, पता, ...) दर्ज करने के लिए एक फॉर्म होना उचित है - डेटा किसी भी तरह से दर्ज किया जाना है।

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

ध्यान दें कि डोमेन-संचालित-डिज़ाइन अवधारणा कार्य-आधारित कार्रवाइयों के लिए ऑर्थोगोनल है। वे अच्छी तरह से खेलते हैं, खासकर जब कोई सीक्यूआरएस का उपयोग करता है, लेकिन वे दोनों स्वतंत्र रूप से दूसरे से उपयोग किए जा सकते हैं।

0
जोड़ा
क्या आप कहेंगे कि प्रारंभ में डेटा इनपुट करने के लिए सीआरयूडी का उपयोग करना ठीक है, तो मैं उसके बाद कार्य कर सकता हूं, उदाहरण के लिए यदि मैं उपयोगकर्ता को सत्यापित करना चाहता हूं?
जोड़ा लेखक Matt, स्रोत
क्षमा करें, मुझे समझने में समस्याएं हैं कि आपके मन में क्या है। क्या यह डुप्लिकेट प्रयास नहीं होगा?
जोड़ा लेखक Alexander Langer, स्रोत

मैं उपयोगकर्ता निर्माण के संदर्भ की गहरी समझ के बिना प्रश्न का उत्तर नहीं दे सकता (क्या यह एक साइन-अप फॉर्म है या कुछ और, इसका उद्देश्य क्या है, क्या यह कुछ जटिल कार्य, जैसे खरीद, आदि का एक कदम है। ।)।

You might find this Udi Dahan's article inspiring: http://www.udidahan.com/2009/06/29/dont-create-aggregate-roots/

0
जोड़ा