domain driven design - DDD modeling, interaction between aggregate roots -
1 के साथ मेरी कुल जड़ें चिह्नित; 2; 3 बहुत अच्छा लगता है - लगभग अंगूर की तरह।
बात मैं नापसंद एक इकाई है जो चिह्नित है
देश
- कंपनी नियम निर्धारित करती है कि यह किन देशों से कर्मचारियों को काम पर रखता है (भर्ती पर,
कंपनी
मैं किसी तरह यह डोमेन के काफी महत्वहीन भाग को देख सकता हूँ (शायद यह नहीं है इस उदाहरण में एक जैसे ध्वनि), और मैं रूट को देश को बढ़ावा देने से बचाना चाहूंगा।
कुल जड़ों के बारे में कहते हैं:
आंतरिक सदस्यों के क्षणिक संदर्भ केवल एक ऑपरेशन के भीतर उपयोग के लिए बाहर पारित किया जाना चाहिए
तो - 'कर्मचारी देश' जैसी कुछ चीज पेश करता है, कंपनी देश के संदर्भ को निकालकर और जाँच कर रहा है कि क्या कर्मचारी देश में किसी भी कंपनी के साथ काम पर रखने के लिए किसी भी देश से मेल खाता है, उचित लगता है?
विचार?
कैसे मैं अपने अंगूर की तरह दिखना चाहिए वे चाहिए?
में यह संदर्भ
देश
सिर्फ एक मूल्य वस्तु है, एक इकाई नहीं - बहुत कम एक मूल रूट - इसलिए आपके डिजाइन के बारे में कुछ भी बदलने का कोई कारण नहीं है (अधिक जानकारी के बिना)।इसके अतिरिक्त , ध्यान दें कि जो चेतावनी आपको उद्धृत करती है वह कुल जड़ों के आंतरिक सदस्य से संबंधित होती है, स्वयं को जोड़ नहीं देती है एकाधिक स्थानों में समुच्चय के संदर्भ को बनाए रखने में कुछ भी गलत नहीं है। कुल जड़ों को बाल ऑब्जेक्ट्स को घेरना माना जाता है ताकि संबंधित ऑब्जेक्ट के लिए व्यावसायिक नियमों को लागू करने के लिए कोई एकल स्थान हो।
आप इसे इवांस '' डोमेन-प्रेरित डिजाइन '' (उर्फ, ")। उदाहरण के लिए, पृष्ठ 127 पर आरेख देखें (कुल जड़ों की शुरुआत में), जो कि एक कार समेकित दिखाता है जिसका इंजन कुल मिलाकर संदर्भ होता है।
Comments
Post a Comment