2010-11-19 14 views
5

मैं एक वेब सीआरयूडी एप्लीकेशन बना रहा हूं जो आंतरिक तर्क को संसाधित करने के बाद, अपने डेटा को अपडेट करने के लिए अन्य सिस्टम पर ईवेंट प्रकाशित करेगा।सीक्यूआरएस इरादा कमांड इवेंट

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

खाते में ध्यान देने योग्य एक और बात: मुझे डेटा बदलने या नहीं बदलने के लिए सत्र का उपयोग करना होगा। इसे सहेजने के बाद डेटा को लेना यूआई में गलत डेटा दिखाते हुए समवर्ती स्थितियों को छुपाएगा।

संपादित करें: जहां ग्रेग युवा पता चलता है कि कुछ स्क्रीन सिर्फ CRUD कर रहे हैं और वहाँ डिफ़ॉल्ट व्यवहार के रूप अद्यतन बनाने में बुरा कुछ भी नहीं है मैं तो बस this thread पाया।

उत्तर

6

आप सीक्यूआरएस का उपयोग क्यों करना चाहते हैं? यह सभी मामलों के लिए अच्छा काम नहीं करता है।

विशेष रूप से, यदि आप सीआरयूडी का उपयोग कर रहे हैं, तो सीक्यूआरएस की कोशिश करने में कोई कारण नहीं हो सकता है। यह ठीक से फिट नहीं होगा। सीक्यूआरएस को डिज़ाइन से बहुत लाभ होता है, जब उपयोगकर्ता का इरादा यूआई पक्ष पर स्पष्ट रूप से कैप्चर किया जाता है और सार्थक कमांड में सर्वर पर भेज दिया जाता है (यह फ़ील्डनाम अपडेट नहीं है, बल्कि ग्राहक रिलायोकेटेड न्यूनएड्रेस या ग्राहक एड्रेस सुधारित है)। इसके लिए डिजाइन में डोमेन-संचालित डिजाइन पद्धतियों के उपयोग की आवश्यकता है)।

+1

मैं इसे इस तरह से कर रहा हूं। मेरा सीआरयूडी प्रोजेक्ट एक उच्च-ट्रैफिक वेबसाइट में सही डेटा दिखाने के लिए एक आंतरिक 'कॉन्फ़िगरेशन टूल' है, इसलिए मुझे ईवेंट प्रकाशित करने की आवश्यकता है। मेरा पूरा समाधान इस परियोजना को केवल डीडीडी, कोई सीक्यूआरएस के साथ हासिल करना होगा, और मेरे दायरे में प्रत्येक वास्तविक इरादे के लिए एक कार्यक्रम प्रकाशित करना होगा। वेबसाइट सीक्यूआरएस का उपयोग करके हासिल की जानी चाहिए क्योंकि इसमें हजारों उपयोगकर्ता होंगे। मुझे नहीं पता कि मुझे इतने सारे आदेश क्यों बनाना है जब मेरी आवश्यकताएं केवल 'सहेजें बटन के साथ एक फॉर्म बनाएं' – Cesar

+1

यदि सीक्यूआरएस के लिए एकमात्र कारण स्केलेबिलिटी है, तो आप बस कुछ आसान कोशिश कर सकते हैं। I.e: वेब साइटों पर लोड को कम करने के लिए किसी प्रकार की मेमोरी कैश का उपयोग करना (या वेब दृश्यों को ऐसे तरीके से प्रकाशित करना जो डीबी पर दबाव नहीं डालते हैं - यानी: सीडीएन पर JSON), या बस डिफ़ॉल्ट सर्वर कैशिंग को ट्विक करें। सीक्यूआरएस आम तौर पर आता है, जब परियोजना को इनमें से कुछ के साथ सौदा करने की आवश्यकता होती है: जटिल व्यावसायिक परिदृश्य, स्केल, समृद्ध बीआई क्षमताओं को संभालने, तेजी से बदलती आवश्यकताओं के अनुकूल है। –

+0

परिदृश्य जटिल है और सिस्टम पहले से ही memcache के साथ चल रहे हैं। हम सीक्यूआरएस-प्रथाओं से बहुत से लाभ प्राप्त कर सकते हैं, इस निर्णय के बारे में कोई संदेह नहीं है, वेबसाइट सीक्यूआरएस के साथ पुनर्निर्मित की जाएगी। संदेह मुख्य रूप से वेबसाइट के चारों ओर उन छोटी परियोजनाओं को संदर्भित करता है और यदि उन्हें इसके बजाय एक बड़ा आदेश या छोटे आदेश भेजना चाहिए (घटनाओं के बारे में समान)। ये सभी विचार डीडीडी की मजबूत पृष्ठभूमि, बाध्य संदर्भों और सफलतापूर्वक वितरित करने वाले डेवलपर से आते हैं। अब मुझे डेटा के संस्करण को रखने के लिए सभी उद्देश्यों को कोड करना और सत्र से निपटना होगा। (बीटीडब्ल्यू मुझे आपके ब्लॉग को पढ़ने में प्यार है) – Cesar

संबंधित मुद्दे