.NET प्रोजेक्ट से अप्रयुक्त असेंबलियों को हटाना

एक बार, एक विश्वविद्यालय में पढ़ते समय, एक शिक्षक, C ++ में प्रयोगशाला के काम की जाँच करते हुए, अचानक मुझसे एक प्रश्न पूछते हैं: "आपको यहाँ #include"% Library_name% "की आवश्यकता क्यों है?" क्या आप बता सकते हैं कि प्रत्येक कोड में निर्देश के किन हिस्सों की जरूरत है? " वर्ग, जाहिरा तौर पर, प्रयोगशाला में जड़ नहीं लेता था और इसके उपयोग को सुरक्षित रूप से हटा दिया गया था, लेकिन इसमें शामिल रहा ...

जब विजुअल स्टूडियो का उपयोग करके C # में प्रोग्रामिंग की जाती है, तो हम निर्देशों का उपयोग करते हुए अप्रयुक्त का भी सामना करते हैं। लेकिन विज़ुअल स्टूडियो समस्या का सामना करने में मदद कर सकता है, यह .cs फ़ाइल के लिए "अनयूज्ड यूज़िंग्स हटाएं" कमांड को कॉल करने के लिए पर्याप्त है। सच है, एक और जगह है जो समय-समय पर साफ करने के लिए भी चोट नहीं पहुंचाएगी। ये परियोजना के संदर्भ हैं। अफसोस की बात है कि C # प्रोजेक्ट के लिए ऐसा कोई कमांड नहीं है। MS Connect ने इस बारे में एक बग भी बनाया है। लेकिन VB.NET परियोजनाओं के लिए, इस तरह के एक समारोह है (आप इसे परियोजना गुणों में पा सकते हैं), लेकिन एक बुरी विडंबना से, अप्रयुक्त आयात (C # में usings) को हटाने के लिए VB.NET परियोजनाओं के लिए कोई आदेश नहीं है :)

सहकर्मियों के लिए अच्छा करने की इच्छा से उत्साहित, स्वतंत्र डेवलपर्स ने विज़ुअल स्टूडियो के लिए छोटे एक्सटेंशन लिखने का फैसला किया। और फिर Visual Studio 2010 से एक्सटेंशन मैनेजर है ताकि एक्सटेंशन वितरित करने की प्रक्रिया सरल हो जाए। इस तरह के विस्तार का एक उदाहरण यहां और यहां पाया जा सकता है । इन एक्सटेंशन में उपयोग किए जाने वाले एल्गोरिदम का न्याय करना असंभव है। हालांकि मैं यह नहीं छिपाऊंगा कि पहले विस्तार के बाद बेशर्मी से परियोजना से निकाले गए असेंबली का एक अच्छा हिस्सा वास्तव में संकलन के लिए आवश्यक था, फिर भी हमने इसे एक परावर्तक के साथ देखा ... हमने दूसरे के साथ कोई व्यवहार नहीं किया। सामान्य तौर पर, समस्या समान होती है, और कुंजी वाक्यांश पूर्व-पूर्व वाक्य में पाया जा सकता है: संकलन के लिए आवश्यक।

एक साधारण उदाहरण पर विचार करें। 3 परियोजनाएं - 3 विधानसभाएं हों। असेम्बली_ए क्लास_ए क्लास को परिभाषित करती है, एसेम्बली_ए क्लास_ए क्लास को एसेम्बली_ए से विरासत में मिली क्लास_बी को परिभाषित करती है। प्रत्येक वर्ग की अलग-अलग विधियाँ होती हैं, कहते हैं कि Class_A वर्ग की विधि Method_A है, और Class_B क्लास की विधि Method_B ​​है। तीसरी असेंबली (असेंबली_ सी) में हम Class_B क्लास का उपयोग करना चाहते हैं। ऐसा करने के लिए, प्रोजेक्ट में असेंबली असेंबली_ए और असेम्बली_ से संदर्भ जोड़ें, जिसके बाद हम क्लास में क्लास_ क्लास का एक उदाहरण बनाते हैं, मेथडबाइन विधि को कॉल करते हैं और प्रोजेक्ट कंपाइल करते हैं। असेंबली_सी तैयार है, आइए इसे ildasm.exe के साथ खोलें और मैनिफ़ेस्ट पर एक नज़र डालें:

// Metadata version: v4.0.30319
.assembly extern mscorlib
{
.publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4..
.ver 4:0:0:0
}
.assembly extern Assembly_B
{
.ver 1:0:0:0
}
.assembly Assembly_C
{
//
}
.module Assembly_C.exe
// MVID: {B387984A-3515-4B26-9450-592FCF5FB6FA}
.imagebase 0x00400000
.file alignment 0x00000200
.stackreserve 0x00100000
.subsystem 0x0003 // WINDOWS_CUI
.corflags 0x00000003 // ILONLY 32BITREQUIRED
// Image base : 0x014C0000

* This source code was highlighted with Source Code Highlighter .

ऐसा क्या है जो निकला! विधानसभा_ए हमने परियोजना में जोड़ा, लेकिन इसकी आवश्यकता नहीं है? विज़ुअल स्टूडियो खोलें और असेंबली_सी प्रोजेक्ट से असेंबली रेफरेंस असेंबली_ए को हटा दें। संकलित करें और ... त्रुटि प्राप्त करें "टाइप 'असेंबली_ए.क्लास_ए' को एक असेंबली में परिभाषित किया गया है जिसे संदर्भित नहीं किया गया है। आपको असेंबली 'असेम्बली_ए, वर्जन = 1.0.0.0, कल्चर = न्यूट्रल, पब्लिककेयोटेन = एनएपी' का संदर्भ जोड़ना होगा। "

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

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

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

यह वर्ग पदानुक्रम के विश्लेषण के साथ था जो संदर्भ सहायक ने शुरू किया था। धीरे-धीरे, इंटरफेस के पदानुक्रम का विश्लेषण, विशेषताओं और उनके मापदंडों के प्रकारों का विश्लेषण, आयातित प्रकारों का विश्लेषण (उदाहरण के लिए, COM लाइब्रेरी से), अन्य विधानसभा में स्थानांतरित किए गए प्रकारों को इसमें जोड़ा गया था। हाँ, कुछ हैं! एक सरल उदाहरण - ऑब्ज़र्वेबलकोलेक्शन WindowsBase.dll (fx3.5) की असेंबली से System.dll (fx4.0) में माइग्रेट किया गया।

मुझे ओवरलोड विधि विश्लेषण का उदाहरण पसंद है। यह मान लें कि Class_B असेंबली में Class_B परिभाषित है, जिसमें SetCode पद्धति अतिभारित है। इसके दो अधिभारों को एक पैरामीटर लेते हैं: एक प्रकार का System.Int32, दूसरा असेंबली_A.Class_A। प्रोजेक्ट असेंबली (असेंबली_ सी) में, क्लास_ क्लास के ओवरलोडेड सेटकोड तरीकों में से एक को कहा जाता है जो एक पैरामीटर लेता है। इस मामले में, कंपाइलर को सबसे उपयुक्त एक को चुनने के लिए दोनों तरीकों के पैरामीटर प्रकारों के बारे में सब कुछ पता होना चाहिए। और इसका मतलब है कि असेंबली जिसमें पदानुक्रम में शामिल प्रकार की परिभाषाएं हैं, परियोजना लिंक में होनी चाहिए। यानी हमारे मामले में, विधानसभा_ सी परियोजना के संदर्भ में विधानसभाओं विधानसभा और विधानसभा और विधानसभा_ के संदर्भ में होना चाहिए। कोड के रूप में वर्णित उदाहरण:

// Assembly_A.dll
namespace Assembly_A
{
public class Class_A
{
public int Code { get ; set ; }
}
}

// Assembly_B.dll
using Assembly_A;
namespace Assembly_B
{
public class Class_B
{
public void SetCode( int code)
{
// some actions…
}

public void SetCode(Class_A code)
{
// some actions…
}
}
}

// Assembly_C.dll (, Assembly_B)
using Assembly_B;
namespace Assembly_C
{
public class Class_C
{
public void Run()
{
// some actions…
var classB = new Class_B();
classB.SetCode(1);
// some actions…
}
}
}

* This source code was highlighted with Source Code Highlighter .

यह सबसे बुनियादी बात है जो मैं बताना चाहता था। बेशक, विकास के दौरान, हमें कई बारीकियों का सामना करना पड़ा, जो एक लेख में वर्णन करना बहुत अधिक होगा। लेकिन हम निश्चित रूप से अन्य लेखों में सबसे दिलचस्प के बारे में लिखने की कोशिश करेंगे। अंत में, मैं संदर्भ सहायक का उपयोग करने के बारे में कुछ शब्द कहना चाहता हूं।

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

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



प्रोजेक्ट या प्रोजेक्ट लिंक (संदर्भ फ़ोल्डर) के संदर्भ मेनू में अप्रयुक्त असेंबली को हटाने के लिए, "अप्रयुक्त संदर्भ निकालें" का चयन करें।



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



आप "अगली बार यह संवाद न दिखाएं" विकल्प का उपयोग करके "अप्रयुक्त संदर्भ सूची" विंडो के प्रदर्शन को अक्षम कर सकते हैं। आप इसे एक्सटेंशन कॉन्फ़िगरेशन में फिर से सक्षम कर सकते हैं: मेनू टूल्स -> विकल्प ... -> संदर्भ सहायक।



डाउनलोड अनुभाग में अधिक जानकारी http://refassistant.codeplex.com पर प्रलेखन में देखी जा सकती है। उपयोगकर्ता के गाइड का वर्णन है कि संदर्भ सहायक का उपयोग कैसे करें। यह भी बताता है कि त्रुटि लॉगिंग को कैसे सक्षम किया जाए। आप त्रुटि का विवरण हमें RefAssistant [at] lardite.com पर भेज सकते हैं या इसे त्रुटि ट्रैकर में पंजीकृत कर सकते हैं। डेवलपर की मार्गदर्शिका परियोजना द्वारा संदर्भित विधानसभा के लिए मूल्यांकन मानदंडों का वर्णन करती है, और विस्तार की सामान्य वास्तुकला का एक विचार देती है।