हम अपने ओओ डिजाइन के लिए एक मॉडल या दिशानिर्देश लागू करना चाहते हैं। हमें डोमेन-संचालित डिजाइन पसंद है। हमारा विशिष्ट प्रश्न यह है: क्या आपको लगता है कि डीडीडी अभी भी पैटर्न डिजाइन से परे वैध है? यदि हां, तो अन्य दृष्टिकोण या रूप मौजूद हैं कि हमें मूल्यांकन करना चाहिए?क्या डोमेन-संचालित डिज़ाइन अभी भी मान्य है?
मूलरूप हम दृश्य स्टूडियो (ग #) का उपयोग उद्यम वेब और डेस्कटॉप अनुप्रयोगों का विकास।
अग्रिम
मेरी राय में, DDD हमेशा की तरह आज भी उतना ही प्रासंगिक है। विचार है कि किसी को एक सर्वव्यापी भाषा के लिए प्रयास करना चाहिए, जैसे कि डोमेन विशेषज्ञों द्वारा वर्णित डोमेन से कोड को डोमेन से तलाक नहीं दिया गया है, शायद लंबे समय तक एक अच्छा विचार रहेगा, और आज आसान है पहले डोमेन और दृढ़ता को "द्वितीयक" समस्या के रूप में माना जाता है। यह अभी भी सच है कि डीडीडी को एक महत्वपूर्ण डिजाइन प्रयास की आवश्यकता है, और इसका मूल्य आनुपातिक होगा कि डोमेन कितना जटिल है।
मैं पद्धति का उपयोग करके किसी भी आवेदन नहीं लिखा है, लेकिन मैं हाल ही में घटना सोर्सिंग और CQRS पर बहुत कुछ पढ़ रहा है, और वे दोनों एक बहुत ही दिलचस्प दृष्टिकोण है जो DDD के साथ अच्छी तरह से फिट होना चाहिए (और आमतौर पर लोगों द्वारा की वकालत कर रहे हैं की तरह लगता है डीडीडी समर्थक कौन हैं)।
मैं अभी नहीं मिल सकता है, लेकिन एरिक इवांस का एक वीडियो साक्षात्कार वेब पर कहीं आसपास चल, आप this video of Eric Evans, जो कार्यप्रणाली में कुछ पर पूर्वव्यापी का एक रूप है देखने में रुचि हो सकती है है किताब लिखने के सालों बाद, और अब वह अलग-अलग क्या कर सकता था।
धन्यवाद मुझे लगता है कि DDD काफी जिंदा (या काफी के रूप में मृत) से पहले के रूप में है। मेरी राय यह है कि आज "डोमेन" डीएसएल (डोमेन-विशिष्ट भाषाएं) और एमडीई (मॉडल-संचालित इंजीनियरिंग) की वजह से एक गर्म विषय है।
आप एक ऐसी ही "डोमेन पर ही आधारित" aproach, डीएसएम कहा जाता है के बारे में अधिक जानने के लिए चाहते हो सकता है - डोमेन-विशिष्ट मॉडलिंग। डीएसएम में, आप पैटर्न के माध्यम से काम कर सकते हैं लेकिन आप कोड जेनरेटर भी परिभाषित करते हैं जो आपके डोमेन-विशिष्ट डिज़ाइन को वर्किंग कोड में अनुवाद करते हैं।
चेक DSM Forum या विकिपीडिया डीएसएम बारे में अधिक जानकारी के लिए।
इस क्षेत्र में अभी दो सबसे उल्लेखनीय उपकरण मेटाकेस से MetaEdit+ और Isomeris से AtomWeaver हैं।
सुनिश्चित नहीं हैं कि क्यों downvoted थे - +1 इसे बाहर भी यह स्पष्ट करता। –
@ डेविड धन्यवाद। मुझे लगता है कि ऐसा इसलिए है क्योंकि DDD (पहले पैराग्राफ) के बारे में मेरी टिप्पणी downvote के बाद जोड़ा गया है ... –
मुझे लगता है कि इस वीडियो लिंक आप संदर्भित है: http://www.infoq.com/presentations/ddd-eric-evans –
धन्यवाद, यह बिल्कुल है - किसी कारण से मेरा Google-fu मुझे पहले धोखा दे रहा था, इसे उत्तर में ही जोड़ देगा। – Mathias
हम वास्तव में एक ऐसी पद्धति की तलाश में हैं जो हमें अपने ग्राहकों को न केवल उपयोगिता और स्थिरता के मामले में अपने निवेश की गारंटी देता है यदि यह कुशलता से बनाए रखने योग्य नहीं है। मुझे लगता है कि इस पहलू में डीडीडी बहुत अच्छी तरह से फिट बैठता है, ऐसा लगता है कि एक कुंजी यह निर्धारित करना है कि कौन सी परियोजनाएं डीडीडी मूल्य जोड़ सकती हैं और इसे लागू कर सकती हैं, यहां तक कि परियोजनाओं के सबसे जटिल क्षेत्रों में लागू करने के लिए भी एक और विकल्प हो सकता है। – Manuel