मैं अभी सीक्यूआरएस का अध्ययन कर रहा हूं, और मुझे कुछ स्रोत कोड (ग्रेग यंग का सरलक्यूआरआरएस और मार्क निहोजोफ) दिखाई देता है। मैं अभी भी कमांड और डोमेन इवेंट से भ्रमित हूं। क्या हमें हमेशा डोमेन इवेंट हैंडलर में "डेटाबेस लिखने" के लिए डोमेन को जारी रखने की आवश्यकता है? क्या यह सामान्य है यदि मैं कमांड हैंडलर (आमतौर पर डोमेन रिपॉजिटरी के माध्यम से) में डेटाबेस को डोमेन में सहेजने के लिए कोड को कॉल करता हूं, और उसके बाद डोमेन इवेंट हैंडलर को अन्य सामानों को संभालने दें (जैसे: पढ़ना मॉडल अपडेट करना और ईमेल अधिसूचना जैसी अन्य सेवाएं) । धन्यवाद।सीक्यूआरएस (कमांड हैंडलर या डोमेन इवेंट हैंडलर) में डेटाबेस लिखने के लिए डोमेन को बचाने के लिए सर्वश्रेष्ठ स्थान
उत्तर
घटनाओं को संग्रहीत करना: मैं ईवेंट हैंडलर का उपयोग करके ईवेंट जारी नहीं रखूंगा। इवेंटोरिंग का उपयोग करते समय इसे कमांड हैंडलर से रिपोजिटरी या काम की इकाई से सौंपना शायद सबसे आम दृष्टिकोण है। तो, हाँ, कमांडलर में दृढ़ता (अच्छी तरह से, इसे प्रतिनिधि दें) और घटना हैंडलर अन्य चीजें करते हैं।
भंडारण स्थिति: घटनाओं का उपयोग नहीं करते समय, मुझे लगता है कि लोग राज्य के बगल में घटनाओं को खराब करते हैं या बदतर नहीं, बिल्कुल नहीं (दृढ़ता तंत्र के रूप में एक कतार का उपयोग करके)। फिर भी, दृढ़ता कमांड कमांडलर की जगह में रहता है।
आदेश इरादे पर कब्जा करते हैं और सिस्टम को बताते हैं कि क्या करना है। हमेशा अनिवार्य का उपयोग करें। घटनाक्रम इरादे पर कब्जा करते हैं और बताते हैं कि सिस्टम में क्या हुआ है। हमेशा पिछले काल में।
आप मुझे इस विषय में किसी नए व्यक्ति के रूप में मारते हैं। सीक्यूआरएस की अवधारणाओं को समझने के लिए आप सबसे अच्छी चीज http://cqrsinfo.com और http://skillsmatter.com (आर्किटेक्चर/डीडीडी) पर सामग्री देखना है। अन्य लोग जो इस विषय पर ब्लॉग करते हैं (मेरे सिर के ऊपर से): उडी दहन, ग्रेगरी यंग, जोनाथन ओलिवर, रिनत अब्दुलिन, जेरेमी चेसिंग, ...
आपकी व्याख्या के लिए धन्यवाद, मैं वास्तव में सीक्यूआरएस के लिए नया हूं। – user522037
शायद यह http://www.udidahan.com की मदद करेगा/200 9/12/09/स्पष्टीकृत-सीकर्स/यह इसके बारे में उडी दहन से वास्तव में एक अच्छी पोस्ट है। – roundcrisis