नाम <…> नामस्थान clr-namespace <…> में मौजूद नहीं है

Question

मेरे पास एक छोटा सा WPF एप्लिकेशन है जो सिर्फ ठीक संकलन करता था लेकिन अब नहीं है। मैं वास्तव में नहीं कह सकता कि किस बिंदु पर इसने निर्माण करना बंद कर दिया है। यह सिर्फ एक दिन ठीक काम किया, और अगले यह नहीं है।

यहाँ परियोजना संरचना है:

मानक .net dll के अलावा कोई अन्य प्रोजेक्ट या बाहरी संदर्भ नहीं है।

यहां उपयोगकर्ता नियंत्रण है जहां समस्या उत्पन्न हुई:

<UserControl x:Class="TimeRecorder.HistoryUserControl"
         xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
         xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
         xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" 
         xmlns:d="http://schemas.microsoft.com/expression/blend/2008" 
         xmlns:local="clr-namespace:TimeRecorder.ViewModel"
         xmlns:framework="clr-namespace:TimeRecorder.Framework"
         mc:Ignorable="d" Height="Auto" Width="Auto" Padding="5">
<UserControl.Resources>
    <local:HistoryViewModel x:Key="ViewModel"/>
    <framework:BoolToColorConverter x:Key="ColorConverter"/>
</UserControl.Resources>
<StackPanel DataContext="{StaticResource ViewModel}">

और यहाँ त्रुटि मुझे मिली है:

कृपया ध्यान दें कि यह स्क्रीनशॉट में केवल एक फ़ाइल नहीं है, लेकिन सभी संदर्भ मैं इस परियोजना में सभी उपयोगकर्ता नियंत्रण / विंडो फ़ाइलों में xaml में समान फैशन जोड़ते हैं।

तो फ़ाइल वहाँ है, फ़ाइल में नाम स्थान सही है, xaml फ़ाइल में नाम स्थान / वर्ग का नाम (मेरी समझ में) सही है। जब मैं xaml में टाइप करता हूं तो मुझे अच्छा लगता है इसलिए यह फाइलों को ठीक पाता है लेकिन तब नहीं जब यह संकलन करता है।

अन्य पदों में इसके लिए सबसे आम समाधान .net फ्रेमवर्क संस्करण रहा है। यह वर्तमान में मेरे मुख्य और परीक्षण प्रोजेक्ट दोनों के लिए .Net फ्रेमवर्क 4 पर सेट है। पूर्ण संस्करण क्लाइंट प्रोफ़ाइल नहीं है।

यहाँ मुझे लगता है कि मैंने गड़बड़ की है: कॉन्फ़िगरेशन मैनेजर में, दोनों प्रोजेक्ट्स में किसी भी सीपीयू के लिए अपना प्लेटफ़ॉर्म सेट है, लेकिन एक बिंदु पर जब इसे हल करने की कोशिश की गई तो मैंने देखा कि मुख्य प्रोजेक्ट x86 पर सेट किया गया था और परीक्षण प्रोजेक्ट किसी पर सेट किया गया था सी पी यू। इसलिए मैंने कॉन्फ़िगरेशन मैनेजर में मुख्य परियोजना के लिए मैन्युअल रूप से कोई भी सीपीयू जोड़ा। हालाँकि मैं ईमानदारी से नहीं जानता कि अगर मैंने इसे सही ढंग से किया है या भले ही मुझे यह करना चाहिए। इसलिए एक अतिरिक्त प्रश्न के रूप में, क्या मैं कॉन्फ़िगरेशन प्रबंधक को उसकी डिफ़ॉल्ट स्थिति में रीसेट कर सकता हूं? क्या इससे मुख्य समस्या के लिए कुछ कहना होगा? मुझे नहीं पता कि मुख्य परियोजना हमेशा x86 पर सेट थी या नहीं या अगर मैंने किसी तरह इसे x86 में बदल दिया और फिर यह टूट गया। जैसा कि उल्लेख किया गया है कि यह परियोजना कुछ समय के लिए ठीक है।

Comments

FYI करें, आप ProgressTimeSpentUserControl.xaml पढ़ सकते हैं। आप इसे धुंधला कर एक बेहतर काम करना चाहते हैं;)

— ItNotALie।

कोई बड़ी बात नहीं है :) यह सिर्फ एक टेम्प फाइल है जिसमें मैं कुछ सामान का परीक्षण कर रहा था, जहां अन्य संबंधित दृश्य मॉडल के साथ परियोजना का हिस्सा हैं, इसलिए मेरे ओसीडी ने मुझे इसे प्रासंगिक नहीं

— मानने के

मुझे 2 दिन पहले एक समान समस्या थी - मैंने कॉन्फ़िगरेशन मैनेजर के साथ गड़बड़ कर दिया और x86 के बजाय 'किसी भी सीपीयू' के रूप में निर्माण करने के लिए सब कुछ सेट करने की कोशिश की और यह निर्माण बंद कर दिया। मैंने पाया कि मैंने दो काम किए थे - सबसे पहले मैंने इसे रिलीज़ मोड में छोड़ दिया था, और दूसरा यह कि बिल्ड कॉन्फ़िगरेशन मैनेजर असेंबली कुछ मामलों में बिल्डिंग के लिए चिह्नित नहीं था। मेरा तय था कि उपलब्ध हर मोड (x86, मिश्रित प्लेटफ़ॉर्म और किसी भी सीपीयू) को थोरुघ जाना था और सभी असेंबली को बनाने के लिए सेट किया था। यह उन चीजों में से एक लगता है जो आप खुद को सोचेंगे कि जब आप यह नहीं जानते कि क्या गलत है!

— जय

इसी तरह के सवाल (काम के जवाब के साथ): stackoverflow.com/questions/28216096/…

— Oleksa

२०१ 4.6 .NET ४.२.१ में यहां उतरने वाले किसी भी व्यक्ति के लिए मैंने वीएस को फिर से शुरू किया, फिर से बनाया गया और इसने काम करना शुरू कर दिया। निश्चित रूप से अधिक समय बिताने की तुलना में मुझे यह सोचना चाहिए कि मेरे पास कहीं ओ-ओ टाइप था।

— Mwspencer

Answer 1

हर बार यह मुझे खुशी है कि मैं सिर्फ दृश्य स्टूडियो को फिर से शुरू करता हूं, समाधान को फिर से बनाया है और यह ठीक काम किया है .. ऐसा क्यों नहीं कह सकता

Comments

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

— 20

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

— पोलोरिस 21

दुख की बात है कि यह अभी भी 5 साल बाद हल नहीं हुआ है। वीएस 2017 के साथ एक ही समस्या मौजूद है, और एक ही समाधान अभी भी काम करता है!

— कोडहैकर

@gil kr I में xamarin और इसके XML के साथ समान मुद्दे थे। मैंने प्रोजेक्ट को एक नेटवर्क फ़ोल्डर से किसी स्थानीय फ़ोल्डर में ले जाना पाया। मुझे आश्चर्य है कि अगर यहाँ मामला है।

— vdidxho

इसने मेरी समस्या को हल नहीं किया, यहां तक ​​कि व्यवस्थापक अधिकारों के साथ शुरू करना।

— माइंडरॉस्टरमिर

Answer 2

"नाम स्थान में मौजूद नहीं है" संदेश के अलावा, मुझे डिजाइनर से यह भी संदेश मिल रहा था कि यह x64 और ARM के लक्ष्य के लिए विंडो प्रदर्शित नहीं कर सकता है।

मैंने अभी पाया है कि बिल्ड को x86 मोड पर स्विच करना, पुनर्निर्माण समाधान करना, फिर वापस x64 मोड पर स्विच करना और फिर पुनर्निर्माण फिर से [दोनों] समस्याओं को हल करता है।

बस x64 समाधान के पुनर्निर्माण ने कुछ नहीं किया।

Comments

एक और कदम है। आपको x86 को फिर से बनाना होगा और फिर डिजाइनर में xaml को खोलना होगा। और उसके बाद ही x64 पर वापस जाएं।

— डेजीनी

मैं दृश्य स्टूडियो को फिर से शुरू करने की कोशिश कर रहा था, लेकिन फिर भी वही त्रुटि हो रही थी। @ जेरी - आपका समाधान वह था जो VS2012 में मेरे लिए काम करता था।

— बैरी

जेरी, यह संदिग्ध लगता है, लेकिन आपका समाधान काम करता है! मैंने AnyCPU के लिए अपने प्रोजेक्ट को संकलित किया, लेकिन किसी भी तरह x86 के तहत संकलित किया, फिर वापस इस समस्या को हल किया। मुझे संदेह है कि AnyCPU वापस x86 पर गिर सकता है, लेकिन VS में बग के कारण, कोड का वह भाग तब तक नहीं बनाया गया था जब तक कि इसे x86 पर संकलित नहीं किया जाता।

— वेन लो

हां, "नामस्थान में मौजूद नहीं है" के अलावा कोई अन्य त्रुटि पहले हल होनी चाहिए।

— पोल्लरिस

फिर भी VS2017 में मेरे साथ हुआ। वीएस को बंद करने और फिर से खोलने से काम नहीं चला। लेकिन आपका समाधान किया।

— गॉर्डन सिल्सज

Answer 3

मैंने जो पाया वह मदद की (विशेषकर यदि यह त्रुटि होती है App.xaml) संदर्भ (ओं) पर टिप्पणी करना है जो आपको परेशानी, पुनर्निर्माण, फिर असहजता देता है। मुझे लगता है कि यह क्या करता है पूरी परियोजना को वास्तव में त्रुटि को रोकने के बजाय निर्माण करने की अनुमति देता है।

मैं जो इकट्ठा कर सकता हूं, उससे एप्लिकेशन एक निश्चित क्रम में फ़ाइलों का निर्माण करने की कोशिश कर रहा है, इसलिए जब App.xamlया संभवतः किसी अन्य श्रेणी की फ़ाइल त्रुटियों को संदर्भ में रखा जाता है, तो त्रुटि पैदा करने वाली फ़ाइल को सही ढंग से संकलित नहीं किया गया है, इसलिए यह क्यों नहीं होता है फ़ाइल को उस नामस्थान में न खोजे।

Comments

जब आप ने कहा कि आप सही विचार था: the app is trying to build the files in a certain order। इसने मुझे अपनी .csprojफ़ाइल में देख लिया। वहाँ App.xaml.csपहली जगह में था। फिर मैंने इसे उस फ़ाइल के नीचे स्थानांतरित कर दिया जिसने यह त्रुटि दिखाई, पुनर्निर्माण किया और त्रुटि दूर हो गई। धन्यवाद!

— Stephan

इस समाधान ने मेरे लिए काम किया जब दूसरों ने नहीं किया। धन्यवाद

— रामविलास

Answer 4

यह मेरे लिए विजुअल स्टूडियो 2012 (अपडेट 3) पर काम किया है।

• Visual Studio को पुनरारंभ करें
• नामावली घोषणा में वर्तमान विधानसभा जोड़ें xmlns:framework="clr-namespace:TimeRecorder.Framework;assembly=MyAssembly
• Build -> Build Solution

Comments

मेरे लिए VS2015 प्रोफेशनल अपडेट 3, धन्यवाद :)

— EricG

सत्यापित कर सकते हैं, यह विजुअल स्टूडियो 2019 पर भी काम करता है।

— ट्वेंटी

Answer 5

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

Answer 6

मेरा भी ऐसा ही मुद्दा था। मेरे मामले में, मुझे निम्नलिखित कार्य करना था

• xaml से संदर्भित मार्कअप निकालें (इस उदाहरण में, <local:HistoryViewModel x:Key="ViewModel"/>)
• कक्षा का निर्माण करें (इस उदाहरण फ़ाइल में जिसमें HistoryViewModelकक्षा है)
• इसके निर्माण के बाद, xaml में रेफरेंसिंग मार्कअप जोड़ें
• फिर से निर्माण करें

उपरोक्त विधि ने मेरे लिए काम किया।

Comments

यह समझने के लिए मेरा उत्तर देखें कि इसने आपका मुद्दा क्यों तय किया।

— जैसोन्कोप्स

Answer 7

मेरे लिए क्या काम किया है: - डिबग से रिलीज के लिए समाधान समाधान स्विच करें - रिलीज से डिबग पर वापस कॉन्फ़िगरेशन स्विच करें

Comments

अजीब। यह मेरे लिए भी काम किया। क्या प्रत्येक रिलीज़ में भी क्लीन बिल्ड होता है।

— ज्यॉफकोप

Answer 8

विजुअल स्टूडियो 2017 कम्युनिटी एडिशन के साथ आज इस मुद्दे पर दौड़ें। यहां सभी सुझावों की कोशिश की गई (रीसेट वीएस 2017, एक्स 64 से एक्स 32 और फिर से वापस आदि आदि) और अन्य स्रोतों से कोई फायदा नहीं हुआ। Intellisense जानता है कि सब कुछ है, लेकिन मुझे हर बार एक ही त्रुटि मिल रही थी।

वैसे भी, मेरा फिक्स बहुत सरल निकला ... वे हमेशा नहीं होते हैं जब आपने समस्या पर कुछ घंटे बिताए हों!

मूल रूप से, मैंने निम्नलिखित कार्य किया ...

1. Xaml फ़ाइल से आक्रामक कोड निकालें (मेरे मामले में सिर्फ 3 लाइनें)
2. प्रोजेक्ट बनाएं ताकि आपको एक सफल बिल्ड मिले
3. इस बिंदु पर लेआउट जादुई रूप से डिजाइनर विंडो में दिखाई दिया जो एक अच्छा संकेत था!
4. Xmlns: प्रविष्टि सहित मैंने बिंदु 1 में हटाए गए कोड को फिर से सम्मिलित किया
5. इस बिंदु पर आपको कोई भी ब्लू स्किगल्स नहीं मिलने चाहिए ... उम्मीद है
6. प्रोजेक्ट को फिर से बनाएँ

ऐसा लगता है कि एक सफल निर्माण होने से, इसे VS और / या असेंबली के भीतर 'कुछ' रीसेट करना होगा। एक बार जब आपके पास एक सफल बिल्ड होता है तो अपना कोड फिर से डालने का प्रयास करें।

Comments

यह वास्तव में केवल एक चीज थी जो मेरे लिए काम करती थी। यही कारण है कि मैं XAML के साथ VisualStudio से नफरत करता हूं। यह हैकरी प्रकार विन्यास के साथ खेलने के लिए स्वीकार्य नहीं है।

— गोकू

Answer 9

मेरे लिए कोई भी समाधान काम नहीं आया। मैंने इसे इस तरह तय किया:

• लायब्रेरी के संदर्भ से निकालें
• लाइब्रेरी का स्रोत कोड डाउनलोड करें (केवल dll फ़ाइल के बजाय)
• नई dll फ़ाइल प्राप्त करने के लिए लाइब्रेरी के प्रोजेक्ट का निर्माण करें
• मुख्य परियोजना के संदर्भ में नई dll फ़ाइल जोड़ें

Answer 10

अगर यह समस्या कुछ ही घंटों में बर्बाद हो रहे हलकों में गोल हो जाती। मैंने परियोजना में एक अलग उपयोगकर्ता नियंत्रण dll स्थानांतरित किया, इसलिए इसे परियोजना में संकलित किया गया था, न कि dll संदर्भित। इसने पूरी परियोजना को तोड़ दिया इसलिए मैं फिर सभी नामस्थानों, रास्तों और फ़ाइल नामों की सावधानीपूर्वक जाँच कर रहा था। X86 और AnyCPU के बीच, रिलीज़ और डिबग के बीच बदलते हुए, obj फ़ाइलों को हटाने की कोशिश की। सभी को बचाने के खुलासे, अभी भी कोई खुशी नहीं है।

पहले से एक समान समस्या होने को याद रखें, VS2013 में झंडी दी गई त्रुटि सीधे संबंधित नहीं थी जहां मुझे XAMA को संशोधित करना था लेकिन उपयोग करके

x:Name="myControl"

इसके बजाय, सभी नियंत्रणों पर

Name="myControl"

ठीक कर दिया।

Comments

बस उसी समस्या के साथ फिर से एक्स को छोड़ दिया गया: ध्यान दें कि यह केवल मेरे स्वयं के उपयोगकर्ता नियंत्रण के साथ होता है।

— चन्द्रमा वैक्सिंग

तुम मेरे नायक हो।

— होल्डन

Answer 11

मैंने ".Net फ्रेमवर्क 4.5" से ".Net फ्रेमवर्क 4.6" का मेरा एप्लीकेशन टारगेट फ्रेमवर्क बदल दिया और यह काम कर गया!

Comments

मैंने अपना लक्ष्य 4.6.1 से बदलकर 4.6 किया और साथ ही साथ काम भी किया।

— गिस्मोक्स

Answer 12

यहाँ एक ऐसी ही बात का एक अजीब उदाहरण है:

<UserControl x:Class="Gtl.Ui.Controls.WaitControl"
         xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
         xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
         xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" 
         xmlns:d="http://schemas.microsoft.com/expression/blend/2008" 
         xmlns:controls="clr-namespace:Gtl.Ui.Controls"
         mc:Ignorable="d" 
         d:DesignHeight="120" d:DesignWidth="120"             
         Background="Transparent">
...
</UserControl>

संकलन करेगा (VS2013)।

<UserControl x:Class="Gtl.Ui.Controls.WaitControl"
         xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
         xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
         xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" 
         xmlns:d="http://schemas.microsoft.com/expression/blend/2008" 
         xmlns:controls="clr-namespace:Gtl.Ui.Controls"
         mc:Ignorable="d" 
         d:DesignHeight="120" d:DesignWidth="120"             
         Background="Transparent"
         IsVisibleChanged=onIsVisibleChanged>
...
</UserControl>

त्रुटि "Ui Gtl.Ui.Gtl में नहीं मिला है" (और मुझे विश्वास दिलाता हूं कि हैंडलर विधि कोड-पीछे मौजूद है)। काम के आसपास कक्षा निर्माता में हैंडलर जोड़ने के लिए है, लेकिन माइक्रोसॉफ्ट, wtf चल रहा है?

Comments

मैं उपरोक्त टिप्पणियों से असहमत हूं। इस तरह के "संदर्भ को चौड़ा करना" अक्सर ऐसे बग के कारण की पहचान करने के लिए उपयोगी होता है, जो केवल ओपी की शर्तों के कारण नहीं होता है।

— CJBrew

Answer 13

मुझे उसी मुद्दे का सामना करना पड़ा जब मैं xaml में नाम स्थान को कॉल करने का प्रयास कर रहा था। दिखा रहा था कि नामस्थान में वर्ग उपलब्ध नहीं है। मैंने बहुत खोजा। अंत में मैंने पाया कि यह मुद्दा वी.एस. मैं वीएस 2013 का उपयोग कर रहा हूं। मैंने नीचे दिए गए चरणों की कोशिश की:

1. बिल्ड -> कॉन्फ़िगरेशन मैनेजर -> एक्टिव सॉल्यूशन प्लेटफ़ॉर्म -> x64 और x86 और किसी भी सीपीयू में बदल गया।
2. वीएस को बंद कर दिया और फिर से खोला गया।

3. परिवर्तन

   xmlns:VM="clr-namespace:MyFirstAppViewModel"
   

   सेवा

   xmlns:VM="clr-namespace:MyFirstAppViewModel;assembly=ViewModel"
   

Answer 14

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

चरण -1) सबसे पहले XAML या .cs फ़ाइल से कोड पैदा करने वाली सभी त्रुटि को दूर करें और F5 दबाकर प्रोजेक्ट बनाएं और शुरू करें।

चरण -2) एक के बाद एक XAML में कोड के कारण अपनी त्रुटि जोड़ें।

Answer 15

• मैं नाम बदलने की सिफारिश करूंगा x:Key="ViewModel" कि शायद कोई गड़बड़ है
• और यदि आप टाइप करते हैं local:तो वीएस आपको दिखाता हैHistoryViewModel ?
• अगर आपकी जाँच Classहैpublic

Answer 16

बिल्ड मेनू से कोड विश्लेषण चलाएं

Answer 17

मैंने पाया कि कमांड "रन कोड एनालिसिस" चलाने से सब कुछ फिर से बन जाता है और लगभग हमेशा समस्या को ठीक करता है (राइट क्लिक प्रोजेक्ट> एनालाइज> रन कोड एनालिसिस)। यह भी आम तौर पर संसाधन फ़ाइलों को फिर से बनाता है ताकि तार, आदि को ढूंढा जा सके।

Comments

सिवाय, जैसा कि मैंने हाल ही में पाया है, यहां तक ​​कि यह भी काम नहीं करेगा। मुझे वीएस और पुनरारंभ को बंद करना पड़ा। ओह, ठीक है ...

— जेफ

Answer 18

इस धागे पर सभी समाधानों की कोशिश की लेकिन कोई भी काम नहीं किया। यह समाधान कॉन्फ़िगरेशन के कारण निकला। मेरा WPF ऐप X64 के लिए कुछ देशी निर्भरता के कारण बनाने के लिए सेट किया गया था, जिसकी आवश्यकता है लेकिन समाधान कॉन्फ़िगरेशन अभी भी प्रोजेक्ट के लिए AnyCPU के लिए सेट किया गया था। समाधान कॉन्फ़िगरेशन प्रबंधक में प्रोजेक्ट के लिए एक नया X64 कॉन्फ़िगरेशन बनाना XAML डिज़ाइनर को अंततः मेरे प्रकार और नामस्थान को पहचानने की अनुमति देता है।

Answer 19

अपनी .xaml फ़ाइल में नाम स्थान जोड़ने से पहले, कृपया सुनिश्चित करें कि आपको मौजूदा कोड के कारण कोई संकलन त्रुटियाँ नहीं हैं।

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

Answer 20

यह मेरे लिए एक आवर्ती समस्या है। एक बार जब मैंने समाधान को चेतावनी टैब में देखा । यह एक .NET फ्रेमवर्क संस्करण समस्या थी और इसने निम्नलिखित कहा:

चेतावनी 9 प्राथमिक संदर्भ "myDll" को हल नहीं किया जा सका क्योंकि यह ".NETFramework, संस्करण = v4.5.2" ढांचे के खिलाफ बनाया गया था। यह वर्तमान में लक्षित फ्रेमवर्क ".NETFramework, संस्करण = v4.0" की तुलना में एक उच्च संस्करण है।

Answer 21

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

Answer 22

मैं xmlns का उपयोग कर रहा था: स्थानीय = "का उपयोग कर रहा है: MyRootNamespace.ChildNamespace" .xaml के हेडर पर, और मैंने इसे xmlns में बदल दिया: स्थानीय = "clr-namespace, MyRootNamespace.CildNamespace" ... ठीक है, मैं सिर्फ इंटेलीजेंस कर रहा हूं। काम, और यह काम किया।

Answer 23

समस्या यह है कि जब आप x86 लक्ष्य बनाते हैं, तो विशेष परियोजना के लिए आउटपुट पथ बिन \ x86 \ डीबग पर सेट होता है। ऐसा लगता है कि एक्सप्रेशन मिश्रण को यह बिल्कुल पसंद नहीं है। यह केवल बिन \ डीबग में whats में रुचि रखता है।

उदाहरण के लिए यदि आपने x86 प्रोजेक्ट के लिए अपना आउटपुट पथ बदल दिया है, तो मुझे यकीन है कि आप पाएंगे कि यह काम करेगा। खैर, मेरे लिए वैसे भी काम करता है :)

Answer 24

आपके द्वारा जोड़ने वाली .dll फ़ाइल का लक्ष्य फ़्रेमवर्क आपके ऐप के लक्ष्य फ़्रेमवर्क के समान होना चाहिए।

Answer 25

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

इसे विजुअल स्टूडियो 2019 में देखा गया:

अपने समाधान पर राइट क्लिक करें -> गुण -> कॉन्फ़िगरेशन गुण, फिर प्रोजेक्ट कॉन्फ़िगरेशन को डीबग से रिलीज़ या इसके विपरीत में बदलें।

उसके बाद, अपने समाधान का पुनर्निर्माण करें। यह आपकी समस्या को हल कर सकता है।