এক্সএএমএল-তে নাম স্থান ত্রুটিতে নামটি বিদ্যমান নেই


125

একটি VB.NET ডাব্লুপিএফ অ্যাপ্লিকেশন উপর কাজ করে VS2012 ব্যবহার করে। আমার কাছে একটি সহজ মিউজিকপ্লেয়ার টিউটোরিয়াল অ্যাপ রয়েছে যা আমি ডাব্লুপিএফ শিখতে ব্যবহার করছি। আমি টিউটোরিয়ালের একটি সি # সংস্করণকে ভিবি.এনইটি ধাপে ধাপে রূপান্তর করছি।

অ্যাপটিতে এটির 2 টি শ্রেণি রয়েছে যা উভয়ই একই নামের জায়গার অধীনে। আমি এক্সএএমএল-তে নেমস্পেসটি রেফারেন্স করতে সক্ষম হয়েছি কিন্তু যখন আমি এক্সএএমএল-তে ক্লাস অবজেক্টটি রেফারেন্স দেওয়ার চেষ্টা করি তখন আমি একটি ত্রুটি পাই এবং আমি সংকলন করতে সক্ষম হই না।

আশ্চর্যের বিষয় হ'ল ইন্টেলিসেন্স xMLns: সি = ট্যাগ এবং ক্লাস অবজেক্টটি ব্যবহার করে টাইপ করার সময় উভয় ক্ষেত্রেই xMLns: সি = ট্যাগের মাধ্যমে নেমস্পেসের রেফারেন্স করে ঠিকঠাক <c: কাজ করে তবে ডিজাইনার তৈরি বা কাজ করার চেষ্টা করে ত্রুটি উত্পন্ন হয়।

.Vb শ্রেণীর ফাইলগুলি \ নিয়ন্ত্রণগুলি নামে একটি ফোল্ডারে থাকে। মূল প্রকল্পটি রুট নেমস্পেস ইচ্ছাকৃতভাবে ফাঁকা is ক্লাসটি এভাবে কোড করা হয় ...

Namespace MusicPlayer.Controls
    Public Class UpdatingMediaElement
       .... code here
    End Public
End Namespace

এক্সামলটি দেখতে এমন দেখাচ্ছে

( <Window >ট্যাগে নেমস্পেস সংজ্ঞায়িত করা হয়েছে

xmlns:c="clr-namespace:MusicPlayer.Controls"

(একটিতে সংজ্ঞায়িত বস্তু <Grid>)

  <c:UpdatingMediaElement Name="MyMediaElement" />

(ত্রুটি প্রদর্শিত হয়েছে) নামটি "আপডেটিংমিডিয়াএলিমেন্ট" নেইমস্পেসে নেই "ক্লার-নেমস্পেস: মিউজিকপ্লেয়ার.কন্ট্রোলস"।

ভুল বা কীভাবে এটি ঠিক করবেন তা নিশ্চিত নন?


13
ভিজ্যুয়ালটি পুনরায় চালু করা আমার পক্ষে কাজ করেছে। (পুনরায় আরম্ভের শক্তিকে কখনই মূল্যায়ন করবেন না)
ফলক

1
যারা এর সাথে লড়াই করছেন তাদের জন্য একটু সহায়তা: নিশ্চিত করুন যে আপনার ক্লাসটি সর্বজনীন।
বোরঝ

উত্তর:


233

আপনি যখন আপনার ডাব্লুপিএফ কোডটি লিখছেন এবং ভিএস বলবেন যে "নামবিধি clr-namespace: ABC" এবিসিডিই নামটি বিদ্যমান নেই। তবে আপনি সম্পূর্ণরূপে আপনার প্রকল্পটি সফলভাবে তৈরি করতে পারেন, কেবলমাত্র একটি ছোট অসুবিধা রয়েছে কারণ আপনি ইউআই ডিজাইনিং দেখতে পাচ্ছেন না (বা কেবল কোডটি পরিষ্কার করতে চান)।

এগুলি করার চেষ্টা করুন:

  • ভিএস-এ, আপনার সমাধান -> বৈশিষ্ট্য -> কনফিগারেশন বৈশিষ্ট্যে ডান ক্লিক করুন

  • একটি নতুন ডায়লগ খোলা হয়েছে, প্রকল্প কনফিগারেশনগুলি ডিবাগ থেকে প্রকাশ বা তার বিপরীতে পরিবর্তন করার চেষ্টা করুন।

এর পরে, আপনার সমাধানটি আবার তৈরি করুন। এটি আপনার সমস্যার সমাধান করতে পারে।


4
এটি এখনও ভিজ্যুয়াল স্টুডিও 2015 আপডেট 1 এ ঘটে Your আপনার সমাধান কাজ করেছে - ধন্যবাদ!
সাইমন স্মিথ

4
সম্ভবত না, তবে আমি দেখতে পেলাম যে টুলবারে কেবলমাত্র ডিবাগ এবং রিলিজ মোডের মধ্যে স্যুইচিং নির্বিশেষে কাজ করেছিল।
কেতুরা

35
জুলাই 2017 এ ভিএস 2017 সংস্করণ 15.2 (26430.15) এ নিশ্চিত করা হয়েছে Deb
টেড হানসেন

7
দেখে মনে হচ্ছে ভিএস 17 বিশেষত অনড় - রেল / ডিবিজি পরিবর্তন করার চেষ্টা করেছে, x64 / x86 পরিবর্তন করছে, মুছে ফেলা শ্যাডো ক্যাচ, কম্পোনেন্টক্যাশ, বিন / ওবজ ফোল্ডার, এখনও "ত্রুটি" রয়েছে এবং ডিজাইনার এই একটি খুব ছোট অ্যাপের জন্য কাজ করে না (অন্যান্য অ্যাপ্লিকেশন সহ) 50 টি ডাব্লুপিএফ মতামত সূক্ষ্মভাবে কাজ করে)। হঠাৎ ঘটে গেছে এবং যেতে পারে না। এই সমস্যাটি অনেকবার আগে হলেও ভিএস 17 এ প্রথমবার ছিল এবং এখনই এটি ঠিক করতে পারে না। এরপরেও এটি এতবার ভাল উত্তর যেমন এটি এর আগে বহুবার কাজ করেছিল।
বোকিবেগ

7
আমি এই উত্তরে আমি কীভাবে ফিরে আসি তা পছন্দ করি এবং আমি ইতিমধ্যে এটি 2.5 বছর আগে উন্নীত করেছি।
ম্যাথিউ গুইন্ডন

51

যদি আপনার শ্রেণিটি অন্তর্ভুক্ত থাকে সেই নামস্থান থেকে যদি সমাবেশটি পৃথক হয় তবে আপনাকে এটি স্পষ্টভাবে স্পষ্ট করে বলতে হবে।

উদা: -

xmlns:Local="clr-namespace:MusicPlayer.Controls;assembly=MusicPlayer"

1
এটি প্রথমে আমার সমস্যার সমাধান করেছে বলে মনে হলেও এটি এখনও একই ত্রুটি ছুঁড়েছে। যাইহোক, এখন আমি সমাধানটি আর তৈরি করতে পারছি না।
বুকে

6
@ বুউক সমাধানটি পরিষ্কার করুন এবং এটি পুনর্নির্মাণ করুন
ভাসানথ শ্রীরাম

দুর্দান্ত, থেক্স। এটি সত্যিই সহায়তা করেছে
কীথ

এটা আমার জন্য এটি। আশ্চর্যের বিষয় হ'ল রূপান্তরকারীরা xaml ফাইলের মতো একই সমাবেশে ছিল .... তবে তারা অন্য নামের জায়গাতে ছিল।
জোনাথন আলফারো

ধন্যবাদ, সমাবেশটি অনুপস্থিত ছিল।
বাগেরফাহার

31

Xaml ডিজাইনের ছায়া ক্যাশে সাফ করে এই সমস্যাটি সরে যেতে দেখেছি। আমার কাছে ভিজ্যুয়াল স্টুডিও 2015 আপডেট 1 নিয়ে সমস্যা ছিল।

ভিজ্যুয়াল স্টুডিও 2015 তে ক্যাশেটি এখানে অবস্থিত:

%localappdata%\Microsoft\VisualStudio\14.0\Designer\ShadowCache

প্রসেস:

  1. সমাধান এক্সপ্লোরার এর সমাধানটিতে ডান-ক্লিক করুন এবং "ক্লিন সলিউশন" চয়ন করুন
  2. শাটডাউন ভিজ্যুয়াল স্টুডিও
  3. শ্যাডো ক্যাশে ফোল্ডারটি মুছুন
  4. ভিজ্যুয়াল স্টুডিও প্রকল্পটি আবার চালু করা হয়েছে
  5. সমাধান পুনর্নির্মাণ

এবং ভয়েলা আর কোনও নামস্থান ত্রুটি।


7
দুঃখের বিষয়, আমার জন্য কোনও জিনিস পরিবর্তন হয়নি। এখনও প্রায় পুরো বছর পরে এই বিরক্তিকর সাথে ডিল। : /
খালে_কিঠা

3
ধন্যবাদ! এটি আমার জন্য কাজ শেষ। এই কৌশলগুলি এখনও
ভিএস

4
আপনি অবিলম্বে ডান ফোল্ডারে যেতে% লোকালাপডাটা% \ মাইক্রোসফ্ট \ ভিজ্যুয়াল স্টুডিও \ 14.0 \ ডিজাইনার use ব্যবহার করতে পারেন
ম্যাক্সেন্স

1
এমন ডিজাইনার থাকা যা কেবলমাত্র যদি সমাধানটি তৈরি করে তবেই কাজ করে terrible ডিজাইন দেখার আগে কোনও গাড়ি ডিজাইনারকে পুরো গাড়িটি তৈরি করতে বলুন।
পল ম্যাকার্থি

25

আমার ক্ষেত্রে এটি অন্যান্য সংকলন ত্রুটির কারণে হয়েছিল । অন্যান্য ত্রুটিগুলি সমাধান করা হলে এই আপাতদৃষ্টিতে সম্পর্কিত ত্রুটিটিও তালিকা থেকে সরানো হয়েছিল। বিশেষত ত্রুটি তালিকার নীচে ত্রুটিগুলি এবং আপনি সম্প্রতি পরিবর্তিত পৃষ্ঠাগুলিতে।

সুতরাং সরাসরি এই ত্রুটির দিকে মনোযোগ দিন না এবং প্রথমে অন্যান্য ত্রুটিগুলিতে মনোযোগ দিন ।


2
মনে রাখবেন যে বিল্ড / কমপাইল করা আমার জন্য এই সমস্যাটি সমাধান করেছে, যদিও আমার অন্য কোনও সম্পর্কযুক্ত সংকলন ত্রুটি ছিল না। দেখে মনে হচ্ছে XAML উইন্ডোজ সবসময় নতুন ক্লাস সম্পর্কে অবগত থাকে না যতক্ষণ না আপনি একটি সংকলন সম্পন্ন করে।
এইচকে 1

1
এটি আমার পক্ষে সেরা পরামর্শ ছিল, তবে @ এইচকে 1 হিসাবে কখনও কখনও সংকলক ত্রুটি তালিকায় অন্য কোনও প্রবেশিকা থাকে না ... তালিকায় ত্রুটি নেই তবে অন্যান্য ত্রুটি রয়েছে। সেগুলি দেখতে, নামস্পেসের ত্রুটিযুক্ত চিহ্নিত রেখাগুলি মন্তব্য বা মুছুন, আবার সংকলন করুন এবং তারপরে আপনি অন্যান্য সংকলক ত্রুটি দেখতে পাবেন। এগুলি সংশোধন করুন, এবং নেমস্পেসের ত্রুটিযুক্ত চিহ্নিত করার আগে লাইনগুলি ঠিক আছে যখন আপনি সেগুলি পুনরুদ্ধার করবেন।
SERWare

আমি কোডের একটি পদ্ধতি সরিয়ে দিয়েছিলাম যার পিছনে এখনও এক্সএএমএল-তে উল্লেখ করা হয়েছিল। একবার আমি রেফারেন্সটি সরিয়ে ফেললে, এই ত্রুটিটি চলে গেল।
ইয়ার্স রিভেঞ্জ 13

23

বিল্ড টার্গেট প্ল্যাটফর্মটি x86 এ পরিবর্তন করে প্রকল্পটি নির্মাণের চেষ্টা করুন।

আমি সাবভার্সনের মাধ্যমে লক্ষ্য করেছি যে আমি দৃশ্যত প্রজেক্ট বিল্ড প্ল্যাটফর্ম লক্ষ্যটিকে x64 এ পরিবর্তন করেছি। এটিই ছিল আমার একমাত্র পরিবর্তন। এই পরিবর্তনটি করার পরে, কোডটি আপনি যে একই ত্রুটিটি দেখেছিলেন তেমন ত্রুটি দেখানো শুরু করার আগে অল্প সময়ের জন্য কাজ করছে। আমি পরীক্ষার জন্য প্ল্যাটফর্মের লক্ষ্যটিকে x86 এ পরিবর্তন করেছি এবং হঠাৎ আমার ডিজাইনার আবার কাজ করছে। এরপরে, আমি এটিকে আবার x64 এ পরিবর্তন করেছি এবং সমস্যাটি পুরোপুরি অদৃশ্য হয়ে গেছে। আমি সন্দেহ করি যে ডিজাইনার x32 এ এক ধরণের ক্যাশেড কোড তৈরি করে এবং আপনি কোড পরিবর্তন করার সময় x64 বিল্ড প্ল্যাটফর্মটি এটি ভেঙে দেয়।


আমি এই পুনরায় ঘটেছে এবং আমি নিশ্চিত করতে পারি যে এটি আমার জন্য সমস্যার সমাধান করে। আপনি x86 এ নির্মাণের পরে আপনি x64 এ ফিরে যেতে পারেন।
টায়নন

এটি আমার পক্ষে ভিএস ২০১২ সালেও কাজ করেছিল ... কয়েক ঘন্টা পরে যৌক্তিক কিছু বের করার চেষ্টা করেছিল। ধন্যবাদ, টম!
ব্রায়ান গ্রিনওয়ে

X86 এ পরিবর্তন এবং x64 এ ফিরে সমস্যাটি এখানে স্থির করে দিয়েছে, তাই আমাকে এটি চেষ্টা করার জন্য অনুপ্রাণিত করার জন্য ধন্যবাদ। এমনকি আমি ভিএস বন্ধ করে দিয়েছিলাম, বিন এবং আপত্তি মুছে ফেলেছিলাম এবং অন্যান্য পরামর্শ সহ পুনর্নির্মাণ করেছি এবং এটি পর্যন্ত কিছুই সাহায্য করেনি।
গ্রেট

হ্যাঁ, এটি আমার পক্ষে ভিএস ২০১২ আপডেট ২-এও কাজ করেছিল। তবে, আমার বাহ্যিক dll ফাইলগুলি পুনরায় লোড করা এবং সেগুলি পুনর্নির্মাণ করা আমার পক্ষে প্রয়োজন ছিল।
সেজমে

VS2015U2 সহ, আমি এখনও x64 এ এই সমস্যাটি পাই। যে কোনও সিপিইউতে দুর্দান্ত কাজ করে। পিছনে পিছনে স্যুইচ করা আমার পক্ষে কাজ করে না।
ড্যালিকেডি

7

ডুনো যদি এটি অন্য কাউকে সাহায্য করবে

আমি ডাব্লুপিএফ-এ নতুন এবং এখনও ভিবিএন-র সাথে একজন নবজাতক - সুতরাং আমি ধরেই নিয়েছিলাম যে এই ত্রুটিটি আমার দ্বারা শিখর চূড়ান্তভাবে করার কারণে ঘটছে ........ মনে করুন আমি আসলেই ছিলাম! আমি আমার প্রকল্পটি একটি ভাগ করা ড্রাইভ থেকে আমার স্থানীয় ড্রাইভে নিয়ে গিয়ে এ থেকে মুক্তি পেতে সক্ষম হয়েছি। ত্রুটি অদৃশ্য হয়ে গেছে, প্রকল্পটি আর কোনও সমস্যা নিখুঁতভাবে সংকলন করে - তবুও। দেখে মনে হচ্ছে ভিএস2015 এর এখনও ভাগ করা ড্রাইভে থাকা প্রকল্পগুলিতে সমস্যা আছে।


2
এটি আমার ক্ষেত্রে ছিল, আমি এটিকে আমার ভিএম-তে স্থানান্তরিত করেছি (যার উপরে আমি বিকাশ করি) এবং কোনও সমস্যা নেই bo ধন্যবাদ!
মারিও ত্যাক

এটি আমার ক্ষেত্রে যেমন ছিল তেমনি এটি উপস্থিতও হয়। এটিকে স্থানীয় ড্রাইভে স্থানান্তরিত করা (একটি নেটওয়ার্ক শেয়ারের পরিবর্তে - ম্যাক এবং উইন্ডোজ উভয় ফাইল সিস্টেমকে সামঞ্জস্য করার জন্য সমান্তরালে সেটআপ করা হয়েছে), সমস্যাটি স্থির করে।
ckittel

7

যখন প্রকল্পটি সংকলন করে তবে এক্সএএমএল ত্রুটিটি প্রদর্শিত হচ্ছে এর জন্য অন্য কোনও সমাধান হতে পারে:

  1. সমাধান এক্সপ্লোর, প্রজেক্ট নোডে যাতে এক্সএএমএল থাকে
  2. প্রকল্পে ডান ক্লিক করুন এবং 'আনলোড প্রকল্প' নির্বাচন করুন
  3. প্রকল্পটিতে ডান ক্লিক করুন এবং 'পুনঃলোড প্রকল্প' চয়ন করুন নিশ্চিত করুন যে আপনার প্রকল্পটি এখনও "স্টার্টআপ প্রকল্প" হিসাবে বেছে নেওয়া হয়েছে। যদি না :
  4. প্রকল্পটিতে ডান ক্লিক করুন এবং 'স্টার্টআপ প্রকল্প হিসাবে সেট করুন' নির্বাচন করুন

পুনর্নির্মাণ, বা ভিজ্যুয়াল স্টুডিও বন্ধ করার দরকার নেই close


6

যীশু ... ভিজ্যুয়াল স্টুডিও 2017 এ এটি পাঁচ বছর পরে এখনও একটি সমস্যা P

আমি পুনর্নির্মাণ, পরিষ্কার এবং পুনর্নির্মাণের চেষ্টা করেছি, x86 / x64 আউটপুটটির মধ্যে স্যুইচ করা, উইন্ডোজ পুনরায় বুট করা, শ্যাডো ক্যাশে ফোল্ডারটি সাফ করা, এক্সএমএল নাম স্থানের ঘোষণায় "; সমাবেশ = {আমার প্রধান সমাবেশের নাম adding" যুক্ত করে কিছু করা হয়নি! একক কাজ যা করেছে:

আমার স্থিতিশীল শ্রেণীর কমান্ডগুলি রাখুন (আমার ক্ষেত্রে চুক্তিটি আমার ডাব্লুপিএফ কমান্ডগুলি ডিজাইনটি আবিষ্কার করার বিষয়ে ছিল) এর পৃথক সমাবেশে এবং তার পরিবর্তে সমাবেশের নাম পরিবর্তন করে।


2

আমারও একই সমস্যা ছিল এবং আমার ক্ষেত্রে মার্কআপ ডিজাইন ভিউ আমাকে সমাধানটি পুনর্নির্মাণ করতে বলেছিল এবং এই বার্তাটি দিয়ে আমাকে ফর্ম বিন্যাসটি প্রদর্শন করে নি: Design view is unavailable for x64 and ARM target platformsবা Build the Project to update Design view

সমাধানটি পুনর্নির্মাণের মাধ্যমে সমাধান করা যায় না (নকশার দৃষ্টিভঙ্গি বা "নামস্থানে নামটির অস্তিত্ব নেই" ত্রুটিও নেই)

আমি মনে করি এটি কারণ আমি সমাধান -> বৈশিষ্ট্য> কনফিগারেশন বৈশিষ্ট্যগুলির সেটিংসের সাথে খেলেছি

শেষ পর্যন্ত আমি 2 টি কাজ দিয়ে সমস্যার সমাধান করেছি:

  1. পৃষ্ঠার বিল্ড কলামে সমস্ত চেক বাক্স চেক করা হচ্ছে: সমাধান -> বৈশিষ্ট্য -> কনফিগারেশন বৈশিষ্ট্য
  2. সমাধান কনফিগারেশনগুলি ডিবাগ থেকে মুক্তি বা বিপরীতে পরিবর্তন করা।

আমি মনে করি এটি ভিজ্যুয়াল স্টুডিও 2012 আপডেট 2-এ একটি বাগ।


2

একই সমস্যা ভিজ্যুয়াল স্টুডিওগুলি 2013, সার্ভিস প্যাক 4 জর্জরিত করে আমি একই ফলাফলের সাথে ভিজ্যুয়াল স্টুডিওগুলি 2015 পূর্বরূপ দিয়েও এটি চেষ্টা করেছি।

এটি কেবলমাত্র ডাব্লুপিএফ ভিজুয়ালাইজারের একটি সীমাবদ্ধতা যা ভিজ্যুয়াল স্টুডিওজ দলটি ঠিক করে নি। প্রমাণ হিসাবে, x86 মোডে বিল্ডিং ভিজ্যুয়ালাইজারকে সক্ষম করে এবং x64 মোডে বিল্ডিং এটিকে অক্ষম করে।

আশ্চর্যজনকভাবে পর্যাপ্ত ইন্টেলিজেন্স ভিজ্যুয়াল স্টুডিও 2013, সার্ভিস প্যাক 4 এর জন্য কাজ করে।


2

নেট নেট 4.6.2 এ আমার ডাব্লুপিএফ প্রকল্পের জন্য সম্প্রতি ভিএস 2015 আপডেট 3 ব্যবহার করে আমার এই সমস্যা হয়েছিল। আমার প্রকল্পের অনুলিপি একটি নেটওয়ার্ক ফোল্ডারে ছিল , আমি এটিকে স্থানীয়ভাবে সরিয়েছি এবং এটি সমস্যার সমাধান করেছে।

এটি অন্যান্য ধরণের সমস্যার সমাধান করতে পারে, কারণ দেখে মনে হচ্ছে ভিএস 2015 নেটওয়ার্ক পাথ পছন্দ করে না। তাদের জন্য একটি বড় সমস্যা হ'ল যদি আমার প্রকল্পটি কোনও নেটওয়ার্কের পথে থাকে তবে স্থানীয়ভাবে এটিকে স্থানান্তরিত করে সমাধান করা হলে গিট সংগ্রহস্থলগুলি সিঙ্ক করে।


1

দেখে মনে হচ্ছে এই সমস্যাটি বিভিন্ন "কৌশল" এর মাধ্যমে সমাধান করা যেতে পারে।

আমার ক্ষেত্রে, আমি যে প্রকল্পটি সমাধানের মধ্যে কাজ করেছিলাম তার পরিবর্তে আমি পুরো সমাধানটি পুনর্নির্মাণ / পরিষ্কার করে দিচ্ছিলাম। একবার আমি "বিল্ড [আমার প্রকল্প]" ক্লিক করলে ত্রুটি বার্তাটি চলে যায়।


1

আপনার সমাবেশ উল্লেখগুলি যাচাই করার চেষ্টা করুন। যদি আপনার প্রকল্পের রেফারেন্সগুলিতে হলুদ বিস্ময় চিহ্ন থাকে তবে সেখানে সমস্যা আছে এবং আপনি সমস্ত ধরণের ত্রুটি পাবেন।

যদি আপনি জানেন প্রকল্পের রেফারেন্সটি সঠিক, টার্গেট ফ্রেমওয়ার্কটি চেক করুন। উদাহরণস্বরূপ, 4.5.2 ফ্রেমওয়ার্ক রেফারেন্স ব্যবহার করে একটি প্রকল্প 4.5.2 ফ্রেমওয়ার্ক সহ একটি প্রকল্প থাকা ভাল সমন্বয় নয়।


অন্য কথায়, প্রকল্পের নেট নেট ফ্রেমওয়ার্ক সংস্করণটি রেফারেন্সড প্রকল্পের। নেট ফ্রেমওয়ার্ক সংস্করণের চেয়ে পুরানো হতে পারে না।
আইক্রনোস

1

আমার কাছে সমাধানটি ছিল এসেম্বলির ডিএলএলগুলি অবরোধ মুক্ত করা। আপনি যে ত্রুটি বার্তাগুলি পেয়েছেন তা এটি নির্দেশ করে না, তবে এক্সএএমএল ডিজাইনার এটি "স্যান্ডবক্সযুক্ত" সমাবেশগুলি লোড করতে অস্বীকার করেছে। আপনি এটি তৈরি করার সময় আউটপুট উইন্ডোতে এটি দেখতে পাবেন। ইন্টারনেট থেকে ডাউনলোড করা হলে ডিএলএলগুলি অবরুদ্ধ করা হয়। আপনার তৃতীয় পক্ষের সমাবেশের ডিএলএলগুলি অবরোধ মুক্ত করতে:

  1. উইন্ডোজ এক্সপ্লোরারের ডিএলএল ফাইলটিতে ডান ক্লিক করুন এবং বৈশিষ্ট্যগুলি নির্বাচন করুন।
  2. সাধারণ ট্যাবের নীচে "অবরোধ মুক্ত করুন" বোতাম বা চেকবক্সটি ক্লিক করুন।

দ্রষ্টব্য: কেবলমাত্র DLL গুলি অবরুদ্ধ করুন যদি আপনি নিশ্চিত হন যে তারা নিরাপদ।


এটি আমার পক্ষে কাজ করেছে - আমি একটি প্রকল্প ড্রপবক্সের বাইরে ডাউনলোড করে দিয়েছিলাম এবং ত্রুটিটি পাচ্ছিলাম। আমি ছায়াছানা
জ্যামিতিকাল

1

আমার ক্ষেত্রে, ব্যবহারকারীর নিয়ন্ত্রণটি মূল প্রকল্পে যুক্ত হয়েছিল। আমি উপরের বিভিন্ন সমাধান চেষ্টা করেও কোনও লাভ হয়নি। হয় আমি অবৈধ মার্কআপ পেতাম তবে সমাধানটি সংকলন এবং কাজ করবে, অথবা আমি xmlns যুক্ত করব: c = "clr-नेमস্পেস: মাইপ্রজেক্ট; সমাবেশ = মাইপ্রজেক্ট" এবং তারপরে মার্কআপটি প্রদর্শিত হবে তবে আমি একটি সংকলন ত্রুটি পেয়েছি যে এক্সএমএল নেমস্পেসে ট্যাগটি বিদ্যমান নেই।

অবশেষে, আমি সমাধানটিতে একটি নতুন ডাব্লুপিএফ ব্যবহারকারী কন্ট্রোল লাইব্রেরি প্রকল্প যুক্ত করেছি এবং আমার ব্যবহারকারীর নিয়ন্ত্রণটিকে মূল প্রকল্প থেকে সেইটিতে স্থানান্তরিত করেছি। রেফারেন্সটি যুক্ত করে অ্যাসেমব্লিকে নতুন লাইব্রেরিতে নির্দেশ করে এবং শেষ পর্যন্ত মার্কআপটি কাজ করে এবং প্রকল্পটি ত্রুটি ছাড়াই সংকলিত হয়।


1

আমি সমস্ত উত্তর দিয়েছি এবং কেউই আমাকে সাহায্য করেনি। অবশেষে আমি নিজেই এটি সমাধান করতে সক্ষম হলাম, সুতরাং উত্তরটি যেমন অন্যকে সহায়তা করতে পারে সেভাবে উপস্থাপন করা।

আমার ক্ষেত্রে, সমাধানটিতে দুটি প্রকল্প ছিল, একটি মডেলযুক্ত (প্রকল্প এবং সমাবেশের নাম মডেল ছিল ) এবং অন্যটিতে ভিউ এবং ভিউ মডেলগুলি রয়েছে (আমাদের সম্মেলন অনুসারে: প্রকল্প, সমাবেশের নাম এবং ডিফল্ট নেমস্পেস ছিল মডেলস on মনিটর ) । মডেলস.মনিটর মডেলস প্রকল্পটি উল্লেখ করেছেন।

মডেলস.মনিটর প্রকল্পে, এক্সএএমএল-এর একটিতে আমি নীচের নাম স্থানটি অন্তর্ভুক্ত করেছি: xmlns: মনিটর = "ক্লার-নেমস্পেস: মডেলস.মনিটর"

আমার সন্দেহ হয় যে এমসবিল্ড এবং ভিজ্যুয়াল স্টুডিওগুলি তখন বিধানসভাটি 'মডেলস'-এ' মনিটর 'টাইপের সন্ধান করার সময় ত্রুটিযুক্ত হয়েছিল । সমাধানের জন্য আমি নিম্নলিখিতগুলি চেষ্টা করেছি:

  1. xmlns: মনিটর = "clr-namespace: Models.Monitor; সমাবেশ =" - যা https://msdn.microsoft.com/en-us/library/ms747086(v=vs অনুসারে নাম সমাবেশ একই সমাবেশে থাকলে বৈধ .110) .aspx
  2. সুস্পষ্ট নেমস্পেস ঘোষণার চেষ্টাও করেছে: xmlns: مانারেটর = "ক্লার-নেমস্পেস: মডেলস on মনিটর; অ্যাসেম্বলি = মডেলস on মনিটর"

উপরের কোনোটাই কাজ করেননি।

অবশেষে আমি হাল ছেড়ে দিলাম, এবং ইউজারকন্ট্রোলকে ঘিরে কাজ করার পরে আমি অন্য একটি নেমস্পেসে ব্যবহার করার চেষ্টা করছিলাম: 'মডেলমনিটর' । আমি তার পরে জরিমানা সংকলন করতে সক্ষম হয়েছি।


1

আমার ক্ষেত্রে আমার একটি নেমস্পেস ছিল এবং ক্লাসটিও একই রকম বানান হত, উদাহরণস্বরূপ, আমার নামের স্থানগুলির মধ্যে একটি ছিল

firstDepth.secondDepth.Fubar

যার নিজস্ব ক্লাস রয়েছে (যেমন ফার্স্টডেপথ.সেকেন্ডডেপথ.ফুবার.সোমক্লাস)

তবে নেমস্পেসে আমার একটি ' ফুবার ' ক্লাস ছিল

firstDepth.secondDepth

যা উপরের ফুবার নেমস্পেসের মতো পাঠ্যগতভাবে সমাধান হয়েছে।

এটি করবেন না


1

আমার ক্ষেত্রে সমস্যাটি প্রকল্পের objজ ডিরেক্টরিতে কিছু ফ্যান্টম ফাইলের কারণে হয়েছিল। নিম্নলিখিতটি আমার জন্য সমস্যাটি স্থির করেছে:

  • পরিষ্কার প্রকল্প
  • প্রস্থান ভি.এস.
  • আরএম-আরএফ / আপত্তি / *
  • ভিএস আমন্ত্রণ করুন এবং পুনর্নির্মাণ করুন

1

আমি এই এক সঙ্গে অনেক কষ্ট করছি! ইন্টেলিসেন্স আমাকে নাম স্থান এবং সমস্ত কিছু সম্পূর্ণ করতে সহায়তা করে তবে সংকলক কান্নাকাটি করে। আমি এই এবং অন্যান্য থ্রেডগুলিতে যা কিছু পেয়েছি তা চেষ্টা করেছি। তবে আমার ক্ষেত্রে যা শেষ পর্যন্ত সহায়তা করেছিল তা হ'ল এই জাতীয় কিছু:

xmlns:util="clr-namespace:LiveSpielTool.Utils;assembly="

সমাবেশের নামটি খালি রেখে দেওয়া। কেন জানি না। তবে এটি এখানে উল্লেখ করা হয়েছিল। আমি অবশ্যই যুক্ত করব যে আমি একটি সংসদ বিকাশ করছি, সুতরাং সমাবেশের বৈশিষ্ট্যটি বোধগম্য হবে। তবে অ্যাসেমব্লির নাম প্রবেশ করানো কার্যকর হয়নি। খুব অদ্ভুত.


0

ভিবি.এনইটি ফোল্ডার কাঠামোর উপর ভিত্তি করে নেমস্পেসের তথ্য স্বয়ংক্রিয়ভাবে সি # তে যুক্ত করে না। আমি মনে করি আমি আপনার মতো একই টিউটোরিয়ালটি চালিয়ে যাচ্ছি (24 ঘন্টা নিজেকে ডাব্লুপিএফ শিখিয়ে দিন) এবং ভিবিতে একই রূপান্তরটি করছি।

আমি দেখেছি আপনি নিজে থেকে নামস্থান তথ্য যোগ আছে উভয় XAML ক্লাস এবং পিছনে বইয়ে বর্ণনা অনুযায়ী নামস্থান ব্যবহার করতে পাবে XAML.VB কোড। তারপরেও, ভিবি ভিবি-তে যেমন স্বয়ংক্রিয়ভাবে অ্যাসেমব্লিতে নেমস্পেস বরাদ্দ করে না।

এখানে আরও একটি নিবন্ধ রয়েছে যা এটি দেখায় যে কীভাবে এটি আপনার প্রকল্পের টেম্পলেটগুলিতে অন্তর্ভুক্ত করা যায় যাতে এটি স্বয়ংক্রিয়ভাবে নেমস্পেসের তথ্য তৈরি করতে পারে - নতুন আইটেম যুক্ত করার সময় স্বয়ংক্রিয়ভাবে নেমস্পেস যুক্ত করুন


0

সমাধান সম্পত্তি পৃষ্ঠাতে, "আপডেটিংমিডিয়াএলিমেন্ট" সম্বলিত অ্যাসেমব্লির প্ল্যাটফর্ম এবং "আপডেটিংমিডিয়া উপাদান" সাবক্লাস বা বাস্তবায়নগুলি থেকে যে কোনও সুপারক্লাস এবং ইন্টারফেস রয়েছে সেগুলি অনুমান করে check এটি প্রদর্শিত হয় যে এই সমস্ত সমাবেশগুলির প্ল্যাটফর্ম অবশ্যই "যেকোনও ইউএসইপিইউ" হতে হবে।


0

আর একটি সম্ভাব্য কারণ: একটি পোস্ট-বিল্ড ইভেন্ট বিল্ড ফোল্ডার থেকে প্রকল্প ডিএলএল সরিয়ে দিচ্ছে।

স্পষ্ট করার জন্য: ডাব্লুপিএফ ডিজাইনার "নামপত্রে XXX নামটি বিদ্যমান নেই ..." প্রতিবেদন করতে পারে, এমনকি যখন নামটি স্থানটিতে নামটি উপস্থিত রয়েছে এবং প্রকল্পটি বিল্ড -পোস্ট ইভেন্ট যদি প্রকল্প ডিএলএল থেকে সরিয়ে দেয় তবে ঠিক জরিমানা চলে runs বিল্ড ফোল্ডার (বিন \ ডিবাগ, বিন \ রিলিজ ইত্যাদি) ভিজুয়াল স্টুডিও 2015 এ এর ​​সাথে আমার ব্যক্তিগত অভিজ্ঞতা আছে।


0

ঠিক আছে, সুতরাং দুর্ভাগ্যক্রমে, এই টিপসগুলির কোনওটিই আমার পক্ষে কার্যকর হয়নি। আমি শেষ পর্যন্ত সমস্যাটি সমাধান করতে সক্ষম হয়েছি। দেখে মনে হচ্ছে নেটওয়ার্ক ড্রাইভের সাথে ভিজ্যুয়াল স্টুডিও দুর্দান্ত খেলছে না। আমি এই প্রকল্পটি ভাগ করে নেওয়া ড্রাইভ থেকে আমার লোকেশনে সরানো এবং পুনরায় সংযুক্ত করে সমাধান করেছি। আর ত্রুটি নেই।


এই উত্তরটি কমপক্ষে দুবার উপরে সরবরাহ করা হয়েছে।
পিডিএসচুলার

0

গাদা যোগ করা।

আমার ছিল ডাব্লুপিএফ আবেদনের সমাবেশের নাম একই রেফারেন্সড ডিএল নাম d সুতরাং নিশ্চিত হয়ে নিন যে আপনার কোনও প্রকল্পে আপনার সদৃশ সমাবেশের নাম নেই।


0

আমার কাছে সমাধানটি একটি নেটওয়ার্ক শেয়ারে সঞ্চিত ছিল এবং আমি যখনই এটি খুললাম তখনই আমি অবিশ্বস্ত উত্স সম্পর্কে সতর্কতা পেয়ে যাব। আমি এটিকে স্থানীয় ড্রাইভে স্থানান্তরিত করেছি এবং "নেমস্পেসের অস্তিত্ব নেই" ত্রুটিটিও চলে গেছে।


0

এছাড়াও আপনার প্রকল্প-> বৈশিষ্ট্যগুলিতে ডান ক্লিক করতে এবং প্ল্যাটফর্মের লক্ষ্যটিকে যে কোনও সিপিইউতে পরিবর্তন করতে এবং পুনর্নির্মাণের চেষ্টা করুন, এটি তখন কাজ করবে। এটি আমার পক্ষে কাজ করেছে


1
আপনার পরামর্শটি একটি উল্লেখযোগ্য পরিবর্তন যা ওপি যদি কোনও নির্দিষ্ট পরিবেশকে টার্গেট করে তবে তার সম্ভাবনাও নাও থাকতে পারে। যে কোনও উপায়ে সমস্যার কারণ হওয়ার খুব সম্ভাবনা নেই, এবং যদি এটি আপনার জন্য সমস্যাটি সমাধান করে তবে আমি পরামর্শ দেব যে আপনার প্রকৃত সমস্যাটি প্রকল্প কনফিগারেশনের সাথে মেলে না, যা এখানে প্রদর্শিত সমস্যার অনেকগুলি উপায়ে নিজেই প্রকাশ পেয়েছে।
লর্ডউইলমোর

0

আপনি যে সমাবেশটি উল্লেখ করছেন তা আসলে নির্মিত না হলে এই সমস্যাও দেখা দিতে পারে। উদাহরণস্বরূপ, যদি আপনার এক্সএএমএল এসেম্বল 1 এ থাকে এবং আপনি এসেম্বল 1-এও একটি শ্রেণি উল্লেখ করছেন তবে সেই সমাবেশে ত্রুটি রয়েছে এবং এটি বিল্ডিং করছে না, এই ত্রুটিটি দেখানো হবে।

আমি এটি সম্পর্কে নির্বোধ বোধ করছি, তবে আমার ক্ষেত্রে আমি একজন ব্যবহারকারী নিয়ন্ত্রণ ছিঁড়ে ফেলছিলাম এবং ফলস্বরূপ সম্পর্কিত ক্লাসে সমস্ত ধরণের ত্রুটি ছিল। যেহেতু আমি এগুলি সব ঠিক করার চেষ্টা করছিলাম তখনই আমি সমস্যার ত্রুটিগুলি দিয়ে শুরু করেছিলাম, না বুঝতে পেরে xaml এই রেফারেন্সগুলি সন্ধানের জন্য বিল্ড অ্যাসেমব্লিতে নির্ভর করে (সি # / ভিবি কোডের বিপরীতে যা এটি তৈরির আগেই কার্যকর হতে পারে)।


0

আমি প্রজেক্ট হিসাবে এ্যাসিডেবলটি যুক্ত করেছিলাম - প্রথমে ডিএলএলটি মুছে ফেলা হয়েছিল যা বিশেষত ডিএল এর উল্লেখগুলিতে যুক্ত হয়েছিল - এটি করেছিল।


0

আমি সবসময় এই সমস্যা পেতে। আমার মতামতগুলি ডাব্লুপিএফ কাস্টম কন্ট্রোল লাইব্রেরি প্রকল্পে (ক্লাস লাইব্রেরিতে একটি রূপ) iant আমি প্রাক-বিল্ট অ্যাসেমব্লিকে উল্লেখ করতে পারি, তবে একই সমাধানের অন্য প্রকল্পে কোনও কোড উল্লেখ করতে পারি না। যত তাড়াতাড়ি আমি কোডটিকে একই প্রকল্পে স্থানান্তরিত করব যেমন এটি এক্সএএমএল স্বীকৃত।


0

আমার ক্ষেত্রে, এই সমস্যাটি ঘটবে যখন ডাব্লুপিএফ প্রোগ্রামের আর্কিটেকচার নির্ভরতার সাথে একেবারে একই হয় না। ধরা যাক আপনার একটি নির্ভরতা যা x64 এবং অন্যটি কোনও এসিপিইউ। তারপরে আপনি যদি x64 চয়ন করেন, তবে এনসিপিইউ dll টাইপটি "বিদ্যমান নেই", অন্যথায় x64 dll টাইপটি "বিদ্যমান নেই"। আপনি কেবল উভয়কেই অনুকরণ করতে পারবেন না।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.