.net - Project architecture, using DDD -


आवश्यकताएं
प्रोजेक्ट में 1 मुख्य एप्लिकेशन और कुछ माध्यमिक उप अनुप्रयोग शामिल होंगे (जो इसका उपयोग करता है एक ही डोमेन ऑब्जेक्ट्स, कुछ साझा सेवाएं है, लेकिन कुछ थोड़ा अलग भी है - मुख्य ऐप के लिए अनावश्यक, इसलिए - अलग होना चाहिए)।

अधिकांश डोमेन ऑब्जेक्ट्स पर साझा खोज सेवा (शायद, अलग डीएलएल में) मौजूद नहीं होनी चाहिए, यदि सभी नहीं, तो अनुकूलन योग्य खोज मानदंडों और उन कसौटीओं के संभावित मानों को प्राप्त करने के लिए साझा तर्क (जैसे उप-खोज लेखकों की, इसके द्वारा एक पुस्तक पुनः प्राप्त करने के लिए)।

समस्या
क्या डीडीडी यहां फिट बैठता है? और अगर ऐसा होता है, तो मेरी परियोजना संरचना कैसे दिखनी चाहिए? (उत्तर के लिए सबसे अच्छा प्रारूप - संरचित डीएलएल के + कुछ सबसे महत्वपूर्ण नामस्थानों की सूची)।

विचार विश्व स्तर पर साझा डोमेन वर्ग के डीडीडी के विपरीत लगता है। क्या आपने किताब पढ़ी है?

विश्व स्तर पर साझा किए गए डोमेन वर्गों के साथ संदर्भ नक्शे के लिए बहुत कम कमरा बचा है। संदर्भ नक्शे के बिना आप कुछ भी लेकिन तुच्छ अनुप्रयोगों में डीडीडी से थोड़ा लाभ प्राप्त करेंगे।


Comments

Popular posts from this blog

python - Overriding the save method in Django ModelForm -

html - CSS autoheight, but fit content to height of div -

qt - How to prevent QAudioInput from automatically boosting the master volume to 100%? -