domain-driven-design पर टैग किए गए जवाब

क्या आप मुझे अपनी राय बता सकते हैं कि DDD में डोमेन इवेंट हैंडलर लगाने के लिए कौन सी परत सही है? उदाहरण के लिए, मेरे पास एक नया अनुबंध जोड़ने के लिए आवेदन सेवा है और मैं संपर्क व्यक्ति को एक ईमेल अधिसूचना भेजना चाहता हूं, जब अनुबंध जोड़ा …

13 domain-driven-design  event 

Domain Driven Design में, Domain Layer में कई (पारंपरिक) सेवाएँ हो सकती हैं। उदाहरण के लिए, उपयोगकर्ता डोमेन के लिए, हमारे पास हो सकता है: एक UserFactory, जो अलग-अलग तरीकों से उपयोगकर्ता ऑब्जेक्ट बनाता है एक UserRepository, जो Infrastructure Layer में Persistence Services के साथ बातचीत के लिए जिम्मेदार है …

13 object-oriented  object-oriented-design  domain-driven-design 

मैं डोमेन-चालित डिजाइन (डीडीडी) की अवधारणाओं में गोता लगा रहा हूं और कुछ सिद्धांतों को अजीब पाया गया, विशेष रूप से डोमेन और दृढ़ता मॉडल के अलगाव के बारे में। यहाँ मेरी बुनियादी समझ है: एप्लिकेशन लेयर पर एक सेवा (एक सुविधा सेट प्रदान करते हुए) डोमेन ऑब्जेक्ट को अपने …

13 domain-driven-design  domain-model  persistence 

DDD रिपॉजिटरी का एक विशिष्ट कार्यान्वयन बहुत OO नहीं दिखता है, उदाहरण के लिए एक save()विधि: package com.example.domain; public class Product { /* public attributes for brevity */ public String name; public Double price; } public interface ProductRepo { void save(Product product); } इन्फ्रास्ट्रक्चर हिस्सा: package com.example.infrastructure; // imports... public …

12 design-patterns  object-oriented  domain-driven-design 

पहला अस्वीकरण: मैं वास्तव में नहीं जानता कि क्या यह प्रश्न इस वेबसाइट पर फिट बैठता है, लेकिन मुझे अभी भी यह एक प्रासंगिक प्रश्न न केवल मेरे लिए बल्कि अन्य लोगों के लिए है जो शुरुआती हैं। यदि प्रश्न को यहां फिट करने के लिए सुधार किया जा सकता …

12 architecture  object-oriented-design  domain-driven-design  requirements  engineering 

मैंने अभी दिनों के लिए DDD के बारे में पढ़ा है और इस नमूने के डिजाइन के साथ मदद की ज़रूरत है। डीडीडी के सभी नियम मुझे बहुत उलझन में डालते हैं कि मैं कैसे कुछ भी निर्माण करने वाला हूं जब डोमेन ऑब्जेक्ट को एप्लिकेशन परत को विधियों को …

12 architecture  domain-driven-design 

दृढ़ता अज्ञानता एकल जिम्मेदारी सिद्धांत का एक अनुप्रयोग है, जिसका अर्थ है कि डोमेन ऑब्जेक्ट्स ( डीओ ) में दृढ़ता से संबंधित कोड नहीं होना चाहिए, इसके बजाय उन्हें केवल डोमेन तर्क होना चाहिए। a) मेरा यह अर्थ है कि कोड जो निचली परतों (यानी दृढ़ता परतों) से संपर्क करता …

12 design-patterns  domain-driven-design  domain-model  persistence 

हम एक DDD दृष्टिकोण का उपयोग करके अपने डोमेन परत में हमारी फूला हुआ सेवा परत से डेटा स्थानांतरित करने का प्रयास कर रहे हैं। वर्तमान में हमारी सेवाओं में बहुत से व्यावसायिक तर्क हैं, जो सभी जगह फैले हुए हैं और विरासत से लाभ नहीं उठाते हैं। हमारे पास …

12 object-oriented  design  domain-driven-design 

मैंने हाल ही में शक्तिशाली ओआरएम जैसे एंटिटी फ्रेमवर्क के साथ रिपॉजिटरी पैटर्न का उपयोग करने के खिलाफ बहुत सारे तर्क पढ़े हैं क्योंकि इसमें रिपोजिटरी जैसी कार्यक्षमता शामिल है, साथ ही यूनिट की कार्य कार्यक्षमता भी शामिल है। इकाई परीक्षण जैसी स्थिति के लिए पैटर्न का उपयोग करने के …

12 domain-driven-design  entity-framework  orm  nhibernate  repository-pattern 

मैं मूल रूप से CQRS की अवधारणा और संबंधित अवधारणाओं के चारों ओर अपना सिर लपेटने की कोशिश कर रहा हूं । हालाँकि CQRS आवश्यक रूप से मैसेजिंग और ईवेंट सोर्सिंग को शामिल नहीं करता है, लेकिन यह एक अच्छा संयोजन प्रतीत होता है (जैसा कि इन अवधारणाओं को मिलाकर …

12 domain-driven-design  cqrs  event-sourcing 

मैं DDD सीख रहा हूं और मैं कुछ स्थितियों में अपवादों को फेंकने के बारे में सोच रहा हूं। मैं समझता हूं कि कोई वस्तु खराब स्थिति में प्रवेश नहीं कर सकती है इसलिए यहां अपवाद ठीक हैं, लेकिन कई उदाहरणों में अपवाद भी उदाहरण के लिए फेंक रहे हैं …

12 object-oriented  php  programming-practices  domain-driven-design 

डीडीडी पर बहुत सारे ट्यूटोरियल जो मैंने अध्ययन किए हैं वे ज्यादातर सिद्धांत को कवर कर रहे हैं। उन सभी के पास अल्पविकसित कोड उदाहरण (Pluralsight और समान) हैं। वेब पर EF के साथ DDD को कवर करने वाले ट्यूटोरियल बनाने के लिए कुछ लोगों द्वारा प्रयास भी किए जाते …

12 c#  design-patterns  object-oriented-design  domain-driven-design  entity-framework 

जैसा कि मैंने इसे समझा, DDD में, कुल रूट के साथ रिपॉजिटरी पैटर्न का उपयोग करना उचित है। मेरा सवाल है, क्या मुझे डेटा को एक इकाई या डोमेन ऑब्जेक्ट / डीटीओ के रूप में वापस करना चाहिए? हो सकता है कि कुछ कोड मेरे प्रश्न को आगे बताएंगे: सत्ता …

11 c#  domain-driven-design  repository-pattern 

मैं इवेंट सोर्सिंग के साथ CQRS पैटर्न का उपयोग करके अपने पहले आवेदन को लागू करना चाहता हूं। मैं सोच रहा हूं कि कैसे कुल जड़ों के निर्माण को ठीक से संभाला जाए। मान लीजिए कि कोई CreateItem कमांड भेजता है। इसे कैसे संभाला जाना चाहिए? इवेंट आइटम कहाँ संग्रहीत …

11 domain-driven-design  repository  cqrs  event-sourcing 

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

11 architecture  domain-driven-design  wcf  soa  modules