2008-11-07 9 views
10

जब भी मेरे पास एक लाइब्रेरी है जो विभिन्न वेबसाइटों/अनुप्रयोगों में उपयोग करती है, मैंने हमेशा लाइब्रेरी की परियोजना को उसी समाधान में जोड़ा है और इसे वहां से संदर्भित किया है। समाधान के भीतर डीबग करने की आवश्यकता होने पर यह बहुत अच्छा है लेकिन अन्य सभी परिस्थितियों में यह समाधान एक्सप्लोरर में व्यर्थ और अधिक जगह लेता है।वीएस समाधान, परियोजना बनाम डीएलएस सर्वोत्तम अभ्यास

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

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

+0

'ओटीटी' से आपका क्या मतलब है? – mayu

उत्तर

10

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

+0

मैं सहमत हूं, अच्छा विचार tvanfosson –

+0

डीबगिंग के बारे में क्या? डीबग करना मुश्किल नहीं है? भले ही उन पुस्तकालयों का मेरा मुख्य काम न हो, लेकिन कभी-कभी मुझे डिबगिंग करते समय खोदने की ज़रूरत होती है! –

+2

यदि आपको निरीक्षण करने की आवश्यकता है, तो आप अपनी स्थानीय मशीन पर स्रोत कोड चेकआउट कर सकते हैं और संकेत मिलने पर इसका पता लगा सकते हैं। – tvanfosson

1

लाइब्रेरी को परियोजनाओं के बीच कुछ साझा फ़ोल्डर में रखें, और बस इसका संदर्भ लें। इस तरह जब यह अद्यतन किया गया, तो परिवर्तन हर जगह जारी रहेगा। डिबगिंग के लिए, मुझे लगता है कि यदि आप लाइब्रेरी के लिए .pdb फ़ाइलों को आसान रखते हैं तो आपको डीएलएस में कदम उठाने में सक्षम होना चाहिए, हालांकि, क्या आपको लाइब्रेरी डीबग करने से संबंधित होना चाहिए?

+1

वर्तमान में हमारे पास एप्लिकेशन के साथ एक विकसित किया जा रहा है और इसे दूसरों के साथ भी विकसित किया जाएगा, इसलिए डीबगिंग * आसान क्यों हो सकती है। –

+1

मैं हमेशा एक विशेष संस्करण (फ़ोल्डर पर एक संस्करण संख्या छड़ी) का संदर्भ देने की सिफारिश करता हूं और साझा स्थान में कभी भी डीएलएस को ओवरराइट नहीं करता (हमेशा नए संस्करण जोड़ता हूं)। किसी साझा फ़ाइल को ओवरराइट करना उन चीज़ों पर प्रभाव डाल सकता है जिन पर आप प्रभावित नहीं करना चाहते थे। – mayu

3

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

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