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