DDD बुनियादी सेवाओं

Question

मैं DDD सीख रहा हूँ और मैं कर रहा हूँ एक छोटा सा इंफ्रास्ट्रक्चर परत में खो: प्रस्तुति, आवेदन, डोमेन और इन्फ्रास्ट्रक्चर:

मैं समझता हूँ के रूप में, "सभी अच्छे DDD अनुप्रयोगों" 4 परतों होना चाहिए। डेटाबेस को रेपॉजिटरीज़ का उपयोग करके एक्सेस किया जाना चाहिए। रेपोजिटरी इंटरफेस डोमेन परत और भंडार कार्यान्वयन में होना चाहिए - इंफ्रास्ट्रक्चर में (संदर्भ DDD: Where to keep domain Interfaces, the Infrastructure?)।

आवेदन, डोमेन और इंफ्रास्ट्रक्चर परत में सेवाओं/संदर्भ हो सकते हैं (संदर्भ www.lostechies.com/blogs/jimmy_bogard/archive/2008/08/21/services-in-domain-driven-design.aspx), उदाहरण में इंफ्रास्ट्रक्चर परत में ईमेल सेवा जो ईमेल संदेश भेजती है।

लेकिन, इंफ्रास्ट्रक्चर परत के अंदर हमारे पास भंडार कार्यान्वयन है, जिसका उपयोग डेटाबेस तक पहुंचने के लिए किया जाता है। तो, इस मामले में, भंडार डेटाबेस सेवाएं हैं? इंफ्रास्ट्रक्चर सेवा और भंडार के बीच क्या अंतर है?

अग्रिम धन्यवाद!

Answer 1

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

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

आप पूरे स्थान पर डीडीडी के साथ शब्दावली संघर्ष में भाग लेते हैं। उदाहरण के लिए, एक डीडीडी रिपोजिटरी मार्टिन फाउलर की पीओईएए पुस्तक में Repository pattern जैसी ही बात नहीं है, हालांकि यह इस तरह के पैटर्न को नियोजित कर सकती है। यह अक्सर कई लोगों के लिए भ्रम का स्रोत है।

यदि आप हमेशा अपने द्वारा किए गए सभी कार्यों के केंद्र में डोमेन मॉडल रखते हैं तो यह डीडीडी के साथ मदद करता है। जब डीडीडी ऐप्स को लेयर करने की बात आती है, तो मैं अक्सर Jeffrey Palermo's Onion Architecture चुनता हूं। इसकी जांच - पड़ताल करें। CodeCampServer डाउनलोड करें, इस आर्किटेक्चर का उपयोग कर एक उदाहरण ऐप। मुझे लगता है कि यह डीडीडी प्रोग्रामिंग के लिए एकदम सही फिट है।

शुभकामनाएं!

Answer 2

डीडीडी के बारे में एक दुर्भाग्यपूर्ण बात शब्द 'सेवा' है। यह 'डोमेन सेवा' होना चाहिए। डोमेन को संस्थाओं और मूल्य वस्तुओं के रूप में सोचें, जबकि सेवाएं क्रियाओं, संचालन और गतिविधियों से निपटने का एक तरीका हैं।

रेपॉजिटरीज़ के लिए, वे केवल एक मुखौटा हैं जो आपके डोमेन में संग्रह की तरह व्यवहार करना चाहिए। यदि आप ओआरएम का उपयोग कर रहे हैं या अपना खुद का लेखन कर रहे हैं, तो यही वह है जो आपकी सेवाओं की बजाय दृढ़ता प्राप्त करने के लिए आपके सभी डोमेन ऑब्जेक्ट्स को आगे बढ़ाना चाहिए।

Answer 3

आप इंफ्रास्ट्रक्चर में रिपोजिटरी कार्यान्वयन क्यों लगाएंगे? वे सभी इम्हो में 'इंफ्रास्ट्रक्चर' से संबंधित नहीं हैं। मैं ज्यादातर रिपोजिटरी इंटरफेस को 'डोमेन मॉडल' में डालता हूं, और मैंने उन रिपॉजिटरीज को डोमेन मॉडल के कार्यान्वयन को भी रखा है।

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

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

Answer 4

शायद यह एक संभावित परियोजना संरचना को देखने में मदद करेगा।

संभावित विधानसभा या पैकेज संरचना:

Project.Domain
Project.Infrastructure.Data
Project.Infrastructure.Components
Project.Infrastructure.Services

संभावित नाम स्थान या फ़ोल्डर संरचना:

प्रोजेक्ट। डोमेन
-n- मॉड्यूल
---- n- खाता
------- एफ Account.xx
------- एफ AccountRepository.xx
----- --f- Contact.xx
---- n- विपणन
------- एफ RegionRepository.xx
-n- साझा
-n- सेवाएं

Project.Infrastructure डाटा (OR-Mappers)
-n- टेबल्स
-n- दृश्य
-n- प्रक्रियाएं
-n- कार्य

Project.Infrastructure.Components (सामान्य)
-n- मेल
-n- क्रिप्टोग्राफी
-n- यूआई

Project.Infrastructure.Services (स्पेशल ऑपरेशंस)
-f- DoingSomethingService1.xx
-f- DoingSo methingService2.xx
-f- DoingSomethingService3.xx

डोमेन संस्थाओं और मूल्य प्रकार डोमेन सेवा का उपयोग नहीं करते। एप्लिकेशन लेयर डोमेन की सेवाओं का उपयोग करता है। डोमेन रिपोजिटरी ऑब्जेक्ट्स डोमेन ऑब्जेक्ट्स को वापस करने के लिए इंफ्रास्ट्रक्चर। डेटा ऑब्जेक्ट्स का उपयोग करते हैं।