5

मैं डोमेन संचालित विकास, डिजाइन पैटर्न, निर्भरता इंजेक्शन, इकाई की रूपरेखा ORM आदि के रूप मेंएएसपीनेट एमवीसी 4 में डोमेन संचालित विकास का प्रभावी ढंग से उपयोग कैसे करें?

क्या विकास के प्रारंभिक बिंदु होना चाहिए पर कुछ सलाह की आवश्यकता की तरह अलग अलग अलग दृष्टिकोण का उपयोग कर ASP.NET MVC4 पर नए आवेदन शुरू करना चाहते हैं ? क्या मुझे कक्षाओं के पहले संबंधों से शुरू करना चाहिए या पारंपरिक दृष्टिकोण से शुरू करना चाहिए? उदाहरण के लिए तीन मॉड्यूल हैं।

  1. उपयोगकर्ता प्रबंधन।
  2. लॉगिंग।
  3. त्रुटि लॉगिंग।

क्या मुझे पहले डोमेन प्रबंधन जैसे उपयोगकर्ता प्रबंधन और उसके सीआरयूडी संचालन वास्तविक वेब एप्लिकेशन में पूरा करना चाहिए? और उसके बाद ... लॉगिंग के साथ शुरू होगा (उपयोगकर्ता प्रबंधन में उल्लेख के समान प्रक्रिया)। और फिर त्रुटि लॉगिंग में भी।

तो ऐसे अवधारणाओं या उपकरणों का उपयोग करके विकास शुरू करने के लिए सर्वोत्तम प्रथाएं क्या हैं?

उत्तर

10

एएसपी.नेट एमवीसी 4 समाधान का एक प्रस्तुति हिस्सा है। डोमेन-संचालित दृष्टिकोण के साथ आप डोमेन (आमतौर पर अलग लाइब्रेरी प्रोजेक्ट) से शुरू करते हैं और फिर प्रेजेंटेशन (वेब ​​साइट, डेस्कटॉप एप्लिकेशन इत्यादि) और दृढ़ता (रिपोजिटरी का कार्यान्वयन और आपके डोमेन में घोषित इंटरफ़ेस का कार्यान्वयन) जोड़ते हैं।

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

+0

तो तुम कहना है कि पहले हम सभी मॉड्यूल के लिए डोमेन मॉडल बनाना होगा और प्रस्तुति भाग में उन डोमेन मॉडल का उपयोग करने के लिए कोशिश कर रहे हैं ? –

+2

@ हरमिकबंदारी सभी मॉड्यूल के लिए आवश्यक नहीं है (केवल तभी यदि आप डीडीडी झरना जा रहे हैं)। अपने आवेदन को क्रमशः बनाएं। जैसे कुछ कुल रूट बनाएं। फिर उस कुल के लिए भंडार बनाएँ। फिर उस रूट पर सीआरयूडी संचालन के लिए यूआई जोड़ें। इस पुनरावृत्ति के बाद आप आवेदन के टुकड़े काम करेंगे। फिर नई वस्तुओं और सेवाओं के साथ डोमेन का विस्तार करें और उनके लिए दृढ़ता और यूआई बनाएं। –

+1

@lazyberezosky: यह एक अच्छा जवाब होना चाहिए। इससे मुझे बहुत सहायता प्राप्त हुई। बहुत बहुत धन्यवाद –

5

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