2010-04-01 12 views
9

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

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

लेकिन, अब मेरे पास अन्य डेवलपर हैं जो इन वेबसाइटों में से कुछ पर काम करने जा रहे हैं।

समस्या: एक डेवलपर हमारे कोड रिपोजिटरी से नीचे दाल परियोजना खींचती हैं, तो यह उनके लिए का निर्माण नहीं होगा अगर वे पी & पी स्थापित पुस्तकालयों की जरूरत नहीं है।

मेरा प्रश्न: मैं डेवलपर्स पी & पी पुस्तकालयों स्थापित करने के लिए उम्मीद करनी चाहिए, या मैं सिर्फ उन्हें बिन फ़ोल्डर में डंप चाहिए और यह के साथ किया जा?

मुझे एहसास है कि उन्हें बिन फ़ोल्डर में डंप करना शायद समस्या से निपटने का सबसे आसान तरीका है, लेकिन अगर मैं उन्हें जीएसी में संदर्भित कर सकता हूं तो मैं कभी भी बिन फ़ोल्डर का बड़ा प्रशंसक नहीं रहा हूं।

+0

क्या उन्हें डीएएल कोड बदलना होगा? – Nix

+0

नहीं, वे नहीं करेंगे। मुझे लगता है कि मैं देखता हूं कि आप इस सवाल के साथ कहां जा रहे हैं। मैंने इसे अपने स्वयं के डीएलएल में संकलित करने पर विचार किया है। – Jagd

+0

इस पर सभी टिप्पणियों के लिए धन्यवाद।ईमानदारी से, मुझे नहीं लगता कि इस के लिए एक सही जवाब है, क्योंकि यह डेवलपर (ओं) की वरीयता के आधार पर काफी हद तक लगता है। फिर भी, मैंने सबसे अधिक वोट दिया जवाब सही के रूप में चिह्नित किया। – Jagd

उत्तर

9

यह आपके विशेष कार्यसमूह के लिए काफी हद तक स्टाइलिस्ट वरीयता है। मैं पैकेजिंग वेबसाइटों का समर्थन करता हूं वैसे ही मैं क्लाइंट अनुप्रयोगों को पैकेज करता हूं: बिन फ़ोल्डर में सभी आवश्यक गैर-.NET-Framework बाइनरी फ़ाइलों के साथ, इस धारणा के साथ काम करते हुए कि किसी भी मशीन को कॉपी/इंस्टॉल करने के लिए इसमें कुछ भी नहीं है जीएसी काम पर मेरी टीम हमारी तीसरी पार्टी असेंबली को बाइनरी फाइलों के रूप में स्रोत नियंत्रण में चेक करती है और संदर्भ निर्भरताओं के रूप में टैग की जाती है ताकि सभी एक ही पृष्ठ पर उसी बाइनरी के साथ काम कर सकें और हमें डेवलपर्स मशीनों के बीच स्थापना मतभेदों के बारे में चिंता करने की ज़रूरत नहीं है।

जीएसी एक सुविधाजनक अंतरिक्ष-बचत तंत्र हो सकता है, लेकिन मैं फ़ाइलों को "इनलाइनिंग" द्वारा प्रदान किए गए डेवलपर वातावरण के बीच स्थिरता को प्राथमिकता देता हूं।

1

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

0

मुझे लगता है कि आपको उन्हें दोनों को करने का विकल्प देना चाहिए।

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

मैं हमेशा साझा पुस्तकालयों का पक्ष लेता हूं ताकि विशेष रूप से सर्वर की तरफ जा सकें। ग्राहकों के लिए मैं आमतौर पर बिन में पैकेज करना पसंद करता हूं।

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