इस संदर्भ को हल नहीं किया जा सका। विधानसभा का पता नहीं लगा सका

Question

हर बार जब मैं अपना समाधान बनाता हूं तो मुझे यह त्रुटि संदेश मिलता है;

चेतावनी 3 इस संदर्भ को हल नहीं कर सका। असेंबली "StandardClassLibrary, संस्करण = 1.0.0.0, संस्कृति = तटस्थ, प्रोसेसर आर्किटेक्चर = MSIL" का पता नहीं लगा सका। यह सुनिश्चित करने के लिए जांचें कि असेंबली डिस्क पर मौजूद है। यदि यह संदर्भ आपके कोड द्वारा आवश्यक है, तो आपको संकलन त्रुटियां मिल सकती हैं। StandardClassLibrary

इसलिए मेरे आवेदन में कई परियोजनाएं हैं जिनमें से StandardClassLibrary एक है। उपर्युक्त संदेश एक चेतावनी है और जहां तक ​​मैं कह सकता हूं कि इसका मेरे समाधान पर कोई प्रभाव नहीं पड़ता है।

लेकिन मैं नहीं बल्कि यह नहीं होगा, अगर ...

Answer 1

आप सबसे अधिक संभावना यह संदेश प्राप्त जब विधानसभा में जहां यह अब मौजूद नहीं है के एक पुराने स्थान पर परियोजना अंक। चूंकि आप इसे एक बार बनाने में सक्षम थे, असेंबली पहले से ही आपके bin\Debug/bin\Release फ़ोल्डरों में कॉपी की गई है, इसलिए आपकी परियोजना अभी भी एक प्रतिलिपि पा सकती है।

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

यदि आप उस स्थान को जानना चाहते हैं जिसे संदर्भित किया गया था, तो आपको टेक्स्ट संपादक में .csproj फ़ाइल खोलनी होगी और उस असेंबली के लिए HintPath देखें - किसी कारण से आईडीई इस जानकारी को नहीं दिखाती है।

Answer 2

जांचें कि क्या आपकी प्रोजेक्ट फ़ाइलें केवल पढ़ने के लिए हैं। प्रोजेक्ट फ़ोल्डर पर राइट क्लिक करके रीड-ओनली प्रॉपर्टी को हटाएं और गुण चुनें। गुण स्क्रीन में केवल-पढ़ने के लिए चेकबॉक्स को हटा दें। मैं एक ही समस्या में आया, और यह मेरे लिए हल हो गया।

Answer 3

इससे मुझे थोड़ी देर तक भ्रमित कर दिया गया जब तक कि मैंने यह निष्कर्ष निकाला कि समाधान में विभिन्न परियोजनाओं की निर्भरता गड़बड़ी हुई है। इसे सीधे और स्वाभाविक रूप से प्राप्त करें आपकी असेंबली सही जगह पर दिखाई देती है।

Answer 4

यदि परियोजना समान लाइब्रेरी फ़ाइल के विभिन्न स्थान के साथ टीम नींव सर्वर के माध्यम से विभिन्न पीसी पर जांच की जाती है, तो संदर्भ में कोई पीला आइकन चिह्न नहीं होगा, लेकिन जब रिलीज में परिवर्तन और परियोजना का निर्माण होता है, तो यह एक त्रुटि देगा । बस @C.Evenhuis ने कहा, यह पिछले निर्माण में पुराने पुराने का उपयोग करेगा (उदाहरण: डीबग बिल्ड) इसलिए मैंने गलती नहीं देखी।

अब मुझे पता है कि लाइब्रेरी फ़ाइलों को अलग-अलग पीसी पर अलग-अलग स्थान पर रखना एक बुरी आदत है।

बस संदर्भ को हटाने और सही स्थान से एक ही संदर्भ को फिर से जोड़ने की आवश्यकता है।

Answer 5

मुझे वीएस 2017 में एक ही चेतावनी थी। जैसा कि यह मेरे मामले में निकला, मैंने एक यूनिट टेस्ट प्रोजेक्ट जोड़ा था और डीएलएल पर यूनिट टेस्ट के लिए निर्भरता निर्धारित करने की आवश्यकता थी, यह परीक्षण कर रहा था।

Answer 6

किसी को भी कुछ nuget संकुल के साथ इस मुद्दे का सामना करना पड़ता है, तो आप ठीक कर सकते हैं कि पैकेज प्रबंधक कंसोल का उपयोग संकुल फिर से स्थापित करने से:

Update-Package -reinstall