जीएसी इंस्टॉलेशन का पुनरीक्षण

Question

यह एक गोल और गोल जाता है मुझे पता है लेकिन मुझे संतोषजनक प्रतिक्रिया नहीं मिल रही है।

क्या असेंबली जीएसी में जाना चाहिए? ये प्रश्न: when-and-when-not-to-install-into-the-gac और What are the advantages and disadvantages of using the GAC, बिल्कुल सही है लेकिन उत्तर बहुत अधिक हैं "यह अनुशंसा की जाती है कि ..." या "आपको केवल ..."। क्यूं कर???

बहुत सारे जीएसी naysaying ब्लॉग 5/6 साल पहले की तारीख लगते हैं जब नेट का सितारा शुरू हो रहा था। क्या हम अभी भी वहां हैं? निश्चित रूप से डीएलएल-नर्क अतीत की बात है जो "समान" असेंबली के विभिन्न संस्करणों की स्थापना के साथ जीएसी सहायक पक्ष के साथ है?

मुझे अपनी चिंताओं को दूर करने दें। हमारे पास वेब ऐप्स का बढ़ता सूट है (5 अब तक)। ये, उनके कोर पर, API कॉल और डेटाबेस एक्सटेंशन के माध्यम से किसी तृतीय-पक्ष एप्लिकेशन के एक्सटेंशन हैं। जाहिर है, इसलिए, ये सभी ऐप्स सामान्य रूप से कोड का एक बड़ा सौदा साझा करते हैं और हम अपनी गुणवत्ता, रखरखाव इत्यादि को बेहतर बनाने के लिए कोर साझा पुस्तकालयों का एक नया सेट विकसित कर रहे हैं।

निश्चित रूप से मैं यह साझा कार्यक्षमता एक बार स्थापित और साझा करना चाहता हूं। रखरखाव दुःस्वप्न खोलने के बारे में सभी तर्क खराब अनुशासन की कुछ दुनिया पर आधारित प्रतीत होते हैं। यदि आप एबीआई तोड़ते हैं तो असेंबली वर्जन को अपने मौजूदा ऐप्स को काम करने के लिए पर्याप्त है।

क्या जीएसी वास्तव में अनजान के लिए एक शहद जाल है? क्या मैं मूर्ख हूँ? क्या मैं अनावश्यक रूप से कठोर हूं जब मैं 'एक्सकॉपी' के नुकसान को आलसी झुकाव के रूप में स्थापित करने के तर्कों को खारिज कर देता हूं? या यह थोड़ा "धार्मिक" हो रहा है और मुझे बस सही लगता है के साथ जाना चाहिए?

मुझे प्रकाश देखने में मदद करने के लिए धन्यवाद।

दान

Answer 1

मैंने व्यक्तिगत रूप से जीएसी में सीधे किसी भी असेंबली को स्थापित नहीं किया है (पूरी तरह अकादमिक अभ्यास के अलावा)। मैंने कई अनुप्रयोगों से प्राप्त एक केंद्रीकृत स्थान से एक असेंबली का उपयोग करने से पहले तर्क सुना है, और जब यह कुछ हद तक आकर्षक लगता है, व्यक्तिगत रूप से, यह मेरे समय के लायक नहीं है। कंप्यूटर इन दिनों 320 जीबी हार्ड डिस्क स्पेस के साथ आते हैं ... मेरी माप में 160 के असेंबली उसमें एक दांत नहीं जा रही है, भले ही इसकी प्रतिलिपि 5 गुना हो। (बेशक, कुछ "कॉमन्स की समस्या" पर बहस कर सकते हैं ... आप जानते हैं: "अगर हर डेवलपर इस तरह सोचा ....", लेकिन मैं digress)। मुख्य कारण यह है कि मैं ऐसा नहीं करना चुनता क्योंकि एक विशेष आवेदन असेंबली पर एक तरह से भरोसा कर सकता है, जबकि दूसरा इसे किसी अन्य तरीके से भरोसा कर सकता है। एक आदर्श दुनिया में, इस असेंबली के अपडेटों को उन अनुप्रयोगों को कभी प्रभावित नहीं करना चाहिए जो वास्तव में उस पर भरोसा करते हैं, वास्तव में, यह अक्सर करता है। यदि मैं किसी असेंबली के साथ कोई समस्या ठीक कर रहा हूं क्योंकि किसी विशेष एप्लिकेशन के साथ समस्याएं हैं, तो मैं अनजाने में उन अन्य अनुप्रयोगों को प्रभावित कर रहा हूं जो उस विशेष असेंबली पर भरोसा करते हैं। दूसरी तरफ, कुछ लोग तर्क दे सकते हैं कि इस तरह की स्थिति हमें बेहतर प्रोग्रामर बनाती है और हमारी जीएसी-साझा असेंबली को अधिक बुलेटप्रूफ बनाती है। यह बहुत अच्छा है, लेकिन प्रोग्रामर के रूप में मेरा काम मुख्य रूप से एक बेहतर प्रोग्रामर बनाने के लिए नहीं है, बल्कि काम करने वाले प्रोग्राम लिखने और ऐसा करने के लिए, मैं एक बेहतर प्रोग्रामर बन जाऊंगा।

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

Answer 2

मैं निम्नलिखित कमजोर रणनीति का उपयोग करता हूं।
जीएसी का उपयोग करें - जब विभिन्न प्रोग्राम साझा असेंबली + संस्करण का उपयोग करते हैं।
जीएसी का उपयोग न करें - हमेशा।

कोई टिप्पणी स्वागत है।