asp.net mvc - कैसे एक टीम के रूप में NopCommerce MVC के साथ काम करने के लिए



asp.net-mvc asp.net-mvc-3 (1)

NopCommerce में प्लगइन्स लगभग डीएनएन में मॉड्यूल की तरह हैं आपको क्या करने की आवश्यकता के आधार पर, यह कोर कोड को संशोधित करने के लिए कभी-कभी आवश्यक है।

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

Nop.Web प्रोजेक्ट में दृश्य थीम द्वारा ओवरराइड किया जा सकता है व्यवस्थापक सामान और वेब नियंत्रक जटिल हो जाते हैं मैं सिर्फ उन फ़ाइलों को सीधे संशोधित कर रहा हूँ

अपने नए क्षेत्रों को जोड़ने के लिए आंशिक कक्षाओं का उपयोग करके कोर और डेटा कक्षाओं को किया जा सकता है

किसी भी मामले में आपको अपडेट जारी होने पर भी आपके समाधान के साथ परिवर्तनों को मर्ज करने की आवश्यकता होगी। मेरी राय यह है कि आप अब साफ, पठनीय कोड लिखने से बेहतर हैं और जब वह आता है तो मर्ज बुलेट काट लेंगे।

मैं वास्तव में अभी SQL स्क्रिप्ट के बारे में चिंता नहीं करता क्योंकि मैं एक एकल डेवलपर हूं लेकिन शायद आप ALTER स्क्रिप्ट के लिए एक फ़ोल्डर जोड़ते हैं और उस दिन के नाम के बाद उन्हें नाम दें तब प्रत्येक देव जानता है कि जब वे नवीनतम प्राप्त करते हैं तो उन्हें चलाने की जरूरत है

हम वर्तमान में एमवीसी में नॉपकाम के नवीनतम संस्करण (2.60) देख रहे हैं और हम इसे बहुत जल्द एकीकृत कर देंगे ... हमने सोर्स कोड डाउनलोड किया है और उपयोगकर्ता मार्गदर्शिका दस्तावेज़ीकरण के लिए 20 $ का भुगतान किया है। प्रलेखन महान है! मेरा मतलब है ... यह इस अर्थ में महान है कि यह बताता है कि कैसे यूआई फ्रंटएन्ड और बैकएंड के आसपास काम करना, स्थापित करना और कैसे काम करना है। यह एक समग्र अवलोकन के लिए बहुत अच्छा है लेकिन इसमें क्या कमी है, यह समझना है कि एक टीम के रूप में कैसे काम करना है। सर्वोत्तम अभ्यास आदि क्या हैं ...

एक उदाहरण (या समानांतर) के रूप में, यदि आप एक टीम के रूप में डॉटनेटन्यूक के साथ काम करने का निर्णय लेते हैं, तो आप आमतौर पर निम्नलिखित फैशन में काम करते हैं:

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

यह दृष्टिकोण डॉटनेट्नुक के लिए बहुत अच्छा काम करता है और अधिक महत्वपूर्ण बात यह है कि अगर आपके पास मॉड्यूल बनाने वाले डेवलपर्स की एक टीम है।

मेरा सवाल है कि एक टीम NopCommerce MVC के साथ कैसे काम करती है?

मैं मान रहा हूं कि स्रोत कोड में सीधे काम करने के लिए यह एक बुरा विचार है यदि आपकी टीम मुख्य तत्व / स्रोत को संशोधित करने का निर्णय करती है जो कि नए संस्करणों में अपग्रेड (या परिवर्तनों को तोड़ने) में कोई अपग्रेड करेगा

मुझे यकीन नहीं है कि डॉटनेटन्यूक के समानांतर मेरे लिए एक सही है ... लेकिन किसी को भी कोई विचार हो सकता है (या मुझे स्पष्टीकरण देने में मदद करें) एक टीम NopCommerce MVC के साथ कैसे काम करती है

इसके अलावा, क्या टीम को केवल नॉपॉमवेयर के लिए प्लगिन बनाने और कोर को बदलने से दूर रहना चाहिए या क्या यह अप्रासंगिक हो?

एसक्यूएल में नई ऑब्जेक्ट्स जोड़ने के बारे में (या मौजूदा वाले को संशोधित करना) क्या हम अपने ऑब्जेक्ट्स को लागू करना चाहिए, यदि एक अंतिम NopCommerce MVC अपग्रेड समान ऑब्जेक्ट बनाता है और / या उन्हें ओवरराइट करता है?

इस पर कुछ प्रकाश डालने में मेरी मदद करने के लिए धन्यवाद।

साभार

विन्स





nopcommerce