निर्दिष्ट संस्कृति या तटस्थ संस्कृति के लिए उपयुक्त कोई संसाधन नहीं मिल सका

Question

मेरे पास दो ASP.NET वेब प्रोजेक्ट (ProjectA और ProjectB) हैं। जब ProjectA में वर्ग ProjectB के एक वर्ग को इंस्टेंट कर रहा है, जो संसाधन फ़ाइल Blah.resx का उपयोग करता है, तो मुझे यह त्रुटि मिलती है:

Mscorlib.dll में 'System.Resources.MissingManifestResourceException' प्रकार का अपवाद उत्पन्न हुआ, लेकिन उपयोगकर्ता कोड में संभाला नहीं गया था।

निर्दिष्ट संस्कृति या तटस्थ संस्कृति के लिए उपयुक्त कोई संसाधन नहीं मिल सका। सुनिश्चित करें कि "Resources.Blah.resource" संकलन समय पर सही ढंग से एम्बेडेड या असेंबली "App_GlobalResources.sn_flri6" में लिंक किया गया था, या यह आवश्यक है कि सभी सैटेलाइट असेंबलियाँ लोड करने योग्य और पूरी तरह से हस्ताक्षरित हैं।

क्या यह कारण है?

इस बारे में Microsoft की साइट पर एक लेख है http://support.microsoft.com/kb/318603 जो बताता है:

इस समस्या को हल करने के लिए, सभी अन्य वर्ग परिभाषाएँ स्थानांतरित करें ताकि वे प्रपत्र की वर्ग परिभाषा के बाद दिखाई दें।

यह विंडोज फॉर्म प्रोजेक्ट के लिए एक समाधान है, मुझे यकीन नहीं है कि यह वेब परियोजनाओं पर भी लागू होता है।

Comments

ये किस प्रकार की परियोजनाएं हैं? 2 वेबसाइट? 1 वेबसाइट, 1 क्लास लाइब्रेरी?

— रूडी

दो ASP.NET वेबसाइट परियोजनाएँ।

— dev.e.loper

To resolve this problem, move all of the other class definitions so that they appear after the form's class definition.इस के लिए +1 ने मेरी समस्या हल कर दी।

— ओमरऑथमैन

+1 Windows.Forms प्रोजेक्ट Microsoft मदद लिंक के साथ आपके प्रश्नों की परिभाषा ने मेरी समस्या को ठीक कर दिया है।

— डेरेनएमबी

इस जवाब ने मेरे लिए समस्या हल कर दी! GetGlobalResourceObject

— डेनियल

Answer 1

मैंने अभी भी WPF प्रोजेक्ट में इसी अपवाद को मारा है। यह समस्या एक असेंबली के भीतर हुई है जिसे हम हाल ही में किसी अन्य नामस्थान ( ProblemAssembly.Supportको ProblemAssembly.Controls) में ले गए हैं । असेंबली में मौजूद दूसरी संसाधन फ़ाइल से संसाधनों तक पहुँचने का प्रयास करते समय अपवाद हो रहा था।

अतिरिक्त संसाधन फ़ाइल को बदलकर पुराने नामस्थान नाम से नए नामस्थान नाम के संदर्भों को ठीक से स्थानांतरित नहीं किया।

संसाधन फ़ाइल के लिए Designer.cs में, संसाधन प्रबंधक को प्राप्त करने के लिए एक स्थिर संपत्ति है। उस गेट्टर के भीतर, स्ट्रिंग अभी भी पुराने नामस्थान का उल्लेख कर रही थी। एक बार नए नामस्थान पर इसे ठीक करने के बाद, समस्या हल हो गई:

global::System.Resources.ResourceManager temp = 
     new global::System.Resources.ResourceManager(
          "ProblemAssembly.Support.Properties.Stuff", typeof(Stuff).Assembly);

होना चाहिये था:

global::System.Resources.ResourceManager temp = 
     new global::System.Resources.ResourceManager(
          "ProblemAssembly.Controls.Properties.Stuff", typeof(Stuff).Assembly);

आशा है कि यह अगले व्यक्ति की मदद करता है।

Comments

+1 डिजाइनर फ़ाइल में कारण का पता लगाने के लिए अच्छा विवरण। मिला और उसी समस्या का धन्यवाद धन्यवाद :)

— कोडिंग '

लिंक: संसाधन प्रबंधन वर्ग के लिए MSDN प्रलेखन ।

— Boinst

धन्यवाद इससे मुझे इस मुद्दे को हल करने में मदद मिली। एक डिजाइनर फाइल को डिलीट भी कर सकता है, फिर ओपन करें फिर डिजाइनर फाइल को सही तरीके से रीजेनरेट करने के लिए रेक्स फाइल को सेव करें।

— सर्ज

मेरे पास एक ही मुद्दा था और यह वह उत्तर था जिसकी मुझे तलाश थी। अफसोस की बात यह है कि यह संकलन समय पर दिखाई नहीं देता है :-( धन्यवाद

— noob

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

— SelAromDotNet

Answer 2

मैंने इस तरह की समस्या को हल किया:

1. अपने ResourceFile पर राइट क्लिक करें
2. "एंबेडेड संसाधन" के लिए "बिल्ड एक्शन" संपत्ति संकलन बदलें
3. फिर बनाएँ और चलाएँ

यह पूरी तरह से काम करता है।

Comments

@ सिबी एलंगो मैं अपने रिसोर्सफाइल पर राइट क्लिक करता हूं, लेकिन बिल्ड एक्शन पार्ट नहीं खोज सकता।

— S5498658

@ S5498658 यदि आप इसे संदर्भ मेनू (राइट क्लिक) में नहीं देखते हैं, तो गुण पैनल देखें (आमतौर पर समाधान एक्सप्लोरर के नीचे स्थित)।

— परिभाषित करता है

इसकी निर्माण कार्रवाई लेकिन अभी भी काम नहीं कर रहा है। इसके अलावा, मैंने निर्देशिका की जाँच की और निर्देशिका गुणों के तहत समान है।

— अल्बाट्रोस

यह बहुत अच्छा होगा यदि उत्तर बताता है कि यह समाधान क्यों काम करता है।

— लुइस टेइजन

यह सिर्फ भयानक है

— code4j

Answer 3

जब मैंने एक संसाधन #resx फ़ाइल को एक C # प्रोजेक्ट से दूसरे C # प्रोजेक्ट के साथ साझा करने का प्रयास किया, तो मुझे यह समस्या आई। अपनी फ़ाइल की शुरुआत में फॉर्म क्लास को स्थानांतरित करने का सुझाव उचित नहीं था। इस तरह मैंने इसे हल किया। आप अनिवार्य रूप से दूसरी परियोजना के पहले से एक लिंक का उपयोग करते हैं, फिर resource.designer.csफ़ाइल के पुनर्जनन को सक्षम करते हैं।

1. दूसरी परियोजना को हटाएं Properties/Resources.resx फ़ाइल को
2. दूसरी परियोजना में गुण फ़ोल्डर के लिंक के रूप में पहली परियोजना की Properties/Resources.resxफ़ाइल जोड़ें । इसे परियोजना के मूल स्तर पर न जोड़ें।
3. पहले प्रोजेक्ट को न जोड़ें Properties/Resources.designer.cs!
4. दूसरी परियोजना के गुणों पर Resources.resx, ResXFileCodeGeneratorCustomTool के रूप में जोड़ें
5. राइट-क्लिक करें Resources.resxऔर "रन कस्टम टूल" चुनें। यह एक नया डिज़ाइनर उत्पन्न करेगा। फाइल।

नोट: मैं संसाधन.designer.cs फ़ाइल को संपादित करने से बचूंगा, क्योंकि यह स्वतः स्वीकृत है।

Answer 4

मेरे मामले में बुरी तरह से सोचे गए वैश्विक टेक्स्ट रिप्लेसमेंट की एक श्रृंखला ने अनजाने में रिसोर्स डिज़ाइनर सीएस फाइल में इस लाइन को बदल दिया था।

चूँकि उस तर्क में नाम स्थान अब वर्ग के नाम स्थान से मेल नहीं खाता था, इसलिए आवेदन समय पर भ्रमित हो गया।

जाँच करें कि डिज़ाइनर के नाम स्थान उस पंक्ति में स्ट्रिंग तर्क से मेल खाते हैं।

Comments

बिल्कुल मेरी समस्या थी। साझा करने के लिए धन्यवाद!

— एसिडजंकाइ

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

— Zerga

Answer 5

ऐसा इसलिए होता है क्योंकि इसे *.resхमाइग्रेशन से बाहर रखा गया है।

• अपने ResourceFile पर राइट क्लिक करें
• मेनू आइटम "प्रोजेक्ट में शामिल करें" पर क्लिक करें

Comments

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

— चालाकी

मेरे लिए काम किया। मुझे प्रत्येक माइग्रेशन की सभी * .resx फ़ाइलों को जोड़ना होगा। धन्यवाद

— m.rufca

Answer 6

मैंने पाया कि डिज़ाइनर। फाइल को हटाना, प्रोजेक्ट से रेक्स फाइल को छोड़कर फिर से शामिल करना, इस तरह की समस्या को अक्सर ठीक कर दिया, एक नामस्थान रिफ़ैक्टरिंग (CFinck के उत्तर के अनुसार)

Comments

यह मेरे लिए क्या किया है! (CFinck के जवाब की कोशिश की क्योंकि यह प्रासंगिक लग रहा था, लेकिन यह काम नहीं किया)

— winwaed

वास्तव में सबसे तेज़ समाधानों में से एक

— लोरेंज लो सॉयर

Answer 7

किसी ने भी इस समाधान का उल्लेख नहीं किया है। जाहिर है - लेकिन मुझे एक पल के लिए ...

एक नई संसाधन फ़ाइल के लिए डिफ़ॉल्ट पहुँच संशोधक Internal(या FriendVB.Net में है) सुनिश्चित करें कि आप इसे बदलने के लिएPublic

(रेक्स डिज़ाइनर में पहुँच संशोधक के लिए शीर्ष पर एक ड्रॉपडाउन है)

Answer 8

सिबी एलंगोस का जवाब मेरे लिए पर्याप्त नहीं था, इसलिए मुझे करना पड़ा

• अपने ResourceFile पर राइट क्लिक करें
• "बिल्ड एक्शन" संपत्ति बदलें
• "एंबेडेड संसाधन" के लिए संकलन
• निर्माण और तैनाती

यह आपके /binफ़ोल्डर में एक App_GlobalResources उत्पन्न करेगा , अब उस फ़ोल्डर को वेब एप्लिकेशन की जड़ में भी कॉपी करें

Answer 9

मेरे मामले में, गलत तरीके से वर्ग को परिभाषित करने के कारण समस्या:

namespace MyBuggyWorld
{
    public class BackendObject //This hack broke the VS 2017 winform designer and resources linker!
    {
        public TcpClient ActiveClient { get; set; }
        public BackgroundWorker ActiveWorker { get; set; }
    }
    public partial class FormMain : Form
    {
    }
}

BackendObjectअंत करने के लिए Reallocating (बेहतर फ़ाइल को अलग करने के लिए) के बाद, प्रोजेक्ट क्लीन + पुनर्निर्माण ने समस्या का समाधान किया।

Comments

वाह, मुझे पता नहीं था कि फ़ाइल की शुरुआत में गलत क्लास होने से चीजें इतनी बुरी तरह से टूट जाएंगी।

— ब्रेनस्टॉर्म

Answer 10

मैंने इसे उस परियोजना पर जाकर हल किया, जहाँ मेरे संसाधन फ़ाइल को सहेजा गया था, अपने ItemGroup तक स्क्रॉल करके और तार्किक नाम जोड़कर जो संकलित पथ के अनुरूप था।

मेरा एंबेडेड स्रोत इस तरह देखा:

   <ItemGroup>
    <EmbeddedResource Update="Properties\TextResources.resx">
      <Generator>PublicResXFileCodeGenerator</Generator>
      <LastGenOutput>TextResources.Designer.cs</LastGenOutput>
    </EmbeddedResource>
  </ItemGroup>

अब ऐसा लग रहा है

  <ItemGroup>
    <EmbeddedResource Update="Properties\TextResources.resx">
      <Generator>PublicResXFileCodeGenerator</Generator>
      <LastGenOutput>TextResources.Designer.cs</LastGenOutput>
      <LogicalName>MyProject.Properties.Resources.resources</LogicalName>
    </EmbeddedResource>
  </ItemGroup>

Answer 11

जहाँ तक इस मामले की जाँच है कि अगर असेंबली वाले संसाधनों में एक ही पाठ के लिए डिफ़ॉल्ट नेमस्पेस सेट है (प्रोजेक्ट-> गुण-> डिफ़ॉल्ट नाम स्थान; वीएस में) साथ ही यह भी चेक करें कि क्या रेक्स फ़ाइल में एक संपत्ति है। संसाधन "आनंद लें ...;)

Comments

नमस्ते, क्या आपका मतलब है कि डिफ़ॉल्ट नाम स्थान (xxx) पाठ कोड में समान होना चाहिए: Assembly localisationAssembly = Assembly.Load("xxx"); ResourceManager resourceManager = new ResourceManager("xxx", localisationAssembly);

— डैनियल

Answer 12

एक दृष्टिकोण साझा वर्ग / संसाधनों को एक अलग कक्षा पुस्तकालय परियोजना में रखना और उन्हें दोनों वेब साइटों में संदर्भित करना होगा।

Comments

निश्चित रूप से यह वही समस्या है, तो नहीं है?

— ब्रेट रिग्बी

Answer 13

धन्यवाद @Cinck! बस दूसरों को एक टिप जोड़ने के लिए: मैंने इसके साथ रिसोर्समैन लाइन को बदल दिया:

New Global.System.Resources.ResourceManager(Reflection.Assembly.GetCallingAssembly.GetName.Name & ".CommonNameOf.Resources", Reflection.Assembly.GetCallingAssembly())

मैं vb.net में हूं, लेकिन मुझे लगता है कि सी # में केवल अंतर + के बजाय + होगा और स्ट्रिंग को समतल करना होगा।

इस तरह मैं दो समान परियोजनाओं में समान लिंक्ड असेंबली फ़ाइलों का उपयोग कर सकता हूं जो संसाधनों को साझा करते हैं।

Answer 14

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

Answer 15

जब हम उपयोग कर रहे थे

HttpContext.GetGlobalResourceObject()

यह त्रुटि उत्पन्न करेगा जब तक कि हम उस कॉल को एक कोशिश / कैच स्टेटमेंट के अंदर नहीं लपेटते।

Answer 16

मेरे पास समाधान में एकल परियोजना के साथ एक WinForms अनुप्रयोग है।
लक्ष्य निर्धारण .NET Framework 4.0
का उपयोग करते हुए SharpDevelop 4.3मेरी आईडीई के रूप में

मूर्खतापूर्ण लगता है, लेकिन मैं अपनी फ़ाइल पर Logical Nameसंपत्ति सेट करने के लिए हुआ । एक बार जब मैंने उस संपत्ति को मंजूरी दे दी, तो सभी hunky-dory काम करते हैं।"Resources""Resources.resx"

आम तौर पर, जब आप यादृच्छिक फ़ाइलों को जोड़ते हैं EmbeddedResource, तो आप आम तौर पर Logical Nameकुछ उचित सेट करना चाहते हैं , किसी कारण से, मैंने Resources.resxफ़ाइल पर भी ऐसा ही किया और यह सब खराब हो गया ...

आशा है कि यह किसी की मदद करता है।

Comments

मुझे भी ऐसा लग रहा था। एक नामकरण संघर्ष मुझे लगता है, अच्छा लगता है!

— ट्रेंट

Answer 17

मेरे लिए समस्या थी .resx फ़ाइलों और संबंधित .cs फ़ाइलों को एक प्रोजेक्ट से दूसरे प्रोजेक्ट में कॉपी करना। दोनों परियोजनाओं में एक ही नाम स्थान था ताकि समस्या न हो।

जब मैंने मूल एक्सप्लोरर प्रोजेक्ट में देखा कि अंत में इसे हल कर दिया गया है। मूल परियोजना में .resx फाइलें .cs फाइलों पर निर्भर थीं:

MyResource.cs
|_ MyResource.resx

प्रतिलिपि की गई परियोजना में .cs फाइलें .resx फ़ाइलों पर निर्भर थी:

MyResource.resx
|_ MyResource.cs

यह पता चला है कि दूसरी परियोजना में .resx फाइलें किसी तरह .cs फाइलों को ऑटो-जनरेट करने के लिए सेट की गई थीं। स्वतः-जनरेट की गई .cs फ़ाइलें मूल प्रोजेक्ट से कॉपी की गई .cs फ़ाइलों को अधिलेखित कर रही थीं।

समस्या को ठीक करने के लिए प्रतिलिपि किए गए प्रोजेक्ट में प्रत्येक .resx फ़ाइल के गुणों को संपादित करें। कस्टम उपकरण संपत्ति की तरह कुछ करने के लिए स्थापित किया जाएगा ResXFileCodeGenerator । .Resx फ़ाइल का कस्टम उपकरण गुण साफ़ करें । आपको मूल प्रोजेक्ट से .cs फ़ाइल को फिर से कॉपी करना होगा क्योंकि यह स्वतः-जनरेट की गई फ़ाइल द्वारा अधिलेखित हो गई होगी।

Answer 18

मेरे मामले में मैंने एक ही फ़ाइल के भीतर एक विंडोज फॉर्म के ऊपर एक नया वर्ग रखा था।

नई फ़ाइल को उस फ़ाइल से बाहर ले जाने से समस्या निश्चित हो गई।

यहां देखें: http://i.stack.imgur.com/wVu6c.png

Comments

Stackoverflow में आपका स्वागत है! यदि आपके पास हमारे साथ साझा करने के लिए कोड है, तो कृपया इसे छवि के रूप में पोस्ट न करें। आप इसे अपनी पोस्ट में जोड़ सकते हैं और इसे कोड के रूप में प्रारूपित कर सकते हैं ।

— फेलिक्सएसएफडी

सुझाव के लिए @FelixSFD को धन्यवाद

— पेट्रे

Answer 19

यह बेमेल नामस्थानों के कारण हो सकता है। शीर्ष उत्तर से दूसरा (सिबी एलंगो का) रेक्स फाइल पर राइट क्लिक करने के लिए कहता है, और बिल्ड विकल्प को एंबेडेड.ऑर्डर पर बदलें, लेकिन मैंने पहले ही ऐसा कर लिया था और अभी भी त्रुटि थी। शीर्ष उत्तर (CFinck's) मैन्युअल रूप से संपादन फ़ाइलों के माध्यम से इसे ठीक करने का एक तरीका नोट करता है, हालाँकि, मुझे MonoDevelop में यह समस्या थी, और डिफ़ॉल्ट नामस्थान को उसी CS फ़ाइल के रूप में सेट करना था जो संसाधन के लिए कॉल कर रही थी (फ़ाइल जो नीचे दिए गए कोड जैसे कोड शामिल हैं ...)

this.Icon = ((System.Drawing.Icon)(resources.GetObject("$this.Icon")));

GUI के माध्यम से डिफ़ॉल्ट नेमस्पेस सेट करने के बाद, ऊपर की रेखा अब अपवाद नहीं हुई।

Answer 20

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

हालांकि परियोजना और बाकी सब कुछ पहले से ही OfficeStyle का नाम था Assembly nameऔर Default namespaceअभी भी Linckus नाम था ।

इस सुधार के बाद सब कुछ फिर से ठीक हो गया, संकलन और चलाने का समय :)

Answer 21

मेरे मामले में कोड की इन पंक्तियों Web.configने बहुत मदद की:

<system.web>
     ...
    <globalization uiCulture="cs" culture="cs-CZ" />
     ...
<system.web>

बिल्ड एक्शन के साथ: Embedded Resourceऔर कस्टम टूल PublicResXFileCodeGenerator:।

Answer 22

एप्लीकेशन सेक्शन चेक असेंबली नाम और डिफ़ॉल्ट नाम स्थान में डबल क्लिक गुण समान हैं

Answer 23

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

Comments

"चेक इन" से आपका क्या अभिप्राय है?

— Fandango68

TFS करने के लिए फ़ाइल धक्का

— कयानी

Answer 24

यह मुख्य विनफॉर्म क्लास (फॉर्म 1, उदाहरण के लिए) के ऊपर एक क्लास लगाते समय भी हो सकता है। आप इसे डिज़ाइन को देखते हुए देख सकते हैं, क्योंकि यह रेंडर होने में विफल रहता है।

Answer 25

अभी तक एक और कारण: यदि आपके नाम स्थान में एक हाइफ़न ("-") है, तो यह सही तरीके से निर्माण और चलेगा, लेकिन संसाधन सुलभ नहीं होगा। Namespaces (पहचानकर्ता) के पास हाइफ़न नहीं होना चाहिए, लेकिन यह लोडिंग संसाधनों को छोड़कर कहीं भी लागू नहीं होता है। इसने मुझे दशक में दो बार जलाया है।

Answer 26

जाँच करने के लिए एक और बात यह है कि क्या आपके पास LogicalName या ManifestResourceName एंबेडेड स्रोत पर परिभाषित है। सुनिश्चित करें कि यदि आपकी परियोजना फ़ाइल उनका उपयोग कर रही है, तो वे उचित रूप से परिभाषित हैं क्योंकि वे संसाधनों को ऐसे नाम के तहत जीने का कारण बन सकते हैं, जिनकी आप उम्मीद नहीं कर रहे हैं।

Answer 27

मुझे माइग्रेशन कमांड चलाने के लिए इस समस्या का सामना करना पड़ा। Update-Databaseपैकेज मैनेजर कंसोल में।

स्वीकृत जवाब से मेरी समस्या हल नहीं हुई।

मैं से कार्रवाई बिल्ड बदलना पड़ा Compileकरने के लिए Embedded Resourceऔर यह मेरे लिए काम किया।

आप नीचे दिए गए चरणों का उपयोग कर सकते हैं:

1. माइग्रेशन पर राइट क्लिक करें।
2. "एंबेडेड रिसोर्स" के लिए "बिल्ड एक्शन" प्रॉपर्टी "कंपाइल" बदलें
3. अद्यतन-डेटाबेस आदेश चलाएँ।

Answer 28

उन उपयोगकर्ताओं के लिए जो .NET कोर 3.0 में इस साइट का सामना कर रहे हैं, यह एक ब्रेकिंग परिवर्तन से संबंधित हो सकता है जो .NET कोर 3.0 में किया गया है, इसे हल करने के लिए इसे बस EmbeddedResourceUseDependentUponConventionअपने प्रोजेक्ट csproj में गलत पर सेट करें:

<PropertyGroup>
  <EmbeddedResourceUseDependentUponConvention>false</EmbeddedResourceUseDependentUponConvention>
</PropertyGroup>

Answer 29

संसाधनों पर राइट-क्लिक करें और चुनें Run Custom Tool

यह डिजाइनर को ठीक कर देगा

Answer 30

सिर्फ इसलिए कि आप प्रोजेक्ट B का DLL संदर्भित कर रहे हैं, इसका मतलब यह नहीं है कि Project A का संसाधन प्रबंधक प्रोजेक्ट B के App_GlobalResearch निर्देशिका से अवगत है।

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