2015-05-15 8 views
5

मैंने डीडीडी के सिद्धांतों को सीखना शुरू कर दिया है और मैं वर्तमान में एक बाध्य संदर्भ की अवधारणा को समझने की कोशिश कर रहा हूं। विशेष रूप से, आप कैसे तय करते हैं कि यह कितना बड़ा (या छोटा) होना चाहिए? हाँ, मुझे पता है, जितना संभव हो उतना छोटा और जितना बड़ा हो (वॉन वेरनॉन के अनुसार)।एक बाध्य संदर्भ का आकार

मान लें कि मैं एक ब्लॉग मॉडल करना चाहता हूं। मैं तब जा सकता हूं और कह सकता हूं कि 3 बाध्य संदर्भ शामिल हैं: 1) फ्रंट पेज (सबसे हालिया लेखों की विशेषता, कोई टिप्पणी नहीं दिखाई गई) 2) चर्चा (टिप्पणियों सहित एक लेख) 3) अनुच्छेद संगीतकार (जहां मैं एक लेख लिखता हूं)।

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

क्या कोई मुझे सही दिशा में इंगित कर सकता है?

+1

मैं इस विषय का विशेषज्ञ नहीं हूं, लेकिन मुझे लगता है कि आप सही हैं। लेख और टिप्पणियों जैसे शब्द हमेशा एक ही अर्थ रखते हैं, इसलिए यह एक बाध्य संदर्भ है, जो एक जटिल नहीं है, यह सब सरल सीआरयूडी है। – inf3rno

+3

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

+0

@plalx अच्छा बिंदु, तुरंत मुझे वर्नॉन की पुस्तक में उदाहरण की याद दिलाता है। –

उत्तर

2

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

+0

हां, यह विचार था। एक लेख लिखते समय कोई टिप्पणी नहीं होती है, और संगीतकार में चित्र जोड़ना इसी तरह होता है, क्योंकि यह सामने वाले पृष्ठ पर कोई समझ नहीं लेता है। –

+0

मैं वास्तव में संरचना बीसी के लिए इन कार्यों के साथ आया: अद्यतन टाइटल, अद्यतन सामग्री, प्रकाशित और निकालें। इसके विपरीत मुझे चर्चा बीसी के लिए AddComment मिला। –

4

एक ब्लॉग एकाधिक बाध्य संदर्भ के उपयोग के लिए एक अच्छा उदाहरण नहीं है। यह वास्तव में उनकी परिभाषाओं को वारंट करने के लिए "बड़ा पर्याप्त" सॉफ़्टवेयर उदाहरण नहीं है। डीडीडी & ईसा पूर्व वास्तव में बड़े/जटिल उद्यमी सॉफ्टवेयर सिस्टम के उद्देश्य से हैं।

जैसा कि आप कहते हैं, समेकित हमेशा आपके 3 उदाहरणों में समान अर्थ रखते हैं।

मैं पिछले एक जवाब है, जो मुझे आशा है कि में घिरा प्रसंग के इस उदाहरण दिया बताते ईसा पूर्व के हैं और जब उन्हें इस्तेमाल करने के लिए: Bounded Contexts and Aggregate Roots

+0

बस मेरे पैरों को गीला कर रहा है और जैसा कि मैं वेब साइट बनाने की प्रक्रिया में हूं, मैंने सोचा कि प्रयोग करने के लिए डीडीडी क्यों लागू नहीं करें।मैं इस बारे में पूरी तरह से अवगत हूं कि यह किसी तरह का ओवरकिल है लेकिन मुझे कोई फर्क नहीं पड़ता कि ऐसा करने से मुझे डीडीडी के साथ कुछ अनुभव मिल सकता है। –

0

अब तक सबडोमेन द्वारा पढ़ा जाने वाला सबसे अच्छा उदाहरण निम्न है।

बस वास्तविक कंपनी की जांच करें! व्यवसाय विभाग में भाग लेने वाले प्रत्येक विभाग का अपना सबडोमेन हो सकता है। एक आदर्श दुनिया में प्रत्येक उपडोमेन के आपके कार्यान्वयन में अपना बाध्य संदर्भ होता है। आपको खुद से पूछना चाहिए कि क्या ऐसा करने के लिए कंपनी को एक नए विभाग की जरूरत है? क्या यह वास्तव में बड़ा है?

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

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