it-swarm.dev

يعرض Visual Studio الأخطاء حتى إذا تم إنشاء المشروعات

لدي مشكلة في Visual Studio على حل C #. يعرض أخطاء عشوائية تمامًا ، ولكن بناء المشاريع. يوجد الآن 33 ملفًا بها أخطاء ، ويمكنني رؤية خطوط متعرجة حمراء في كل هذه الملفات.

حاولت تنظيف/إعادة بناء الحل ، وإغلاق Visual Studio وحتى إعادة تشغيل جهاز الكمبيوتر الخاص بي. لقد تأكدت أيضًا من تنفيذ الخطوات الموضحة في تصحيح الأخطاء حتى مع وجود أخطاء برنامج التحويل البرمجي في Visual Studio. يمكنني تعديل ملفات .cs وأرى التغييرات في الحل.

هل لدى أي شخص فكرة عن السبب في ذلك؟

231
CydrickT

إذا كان لديك ReSharper ، فحاول إفراغ ذاكرة التخزين المؤقت ReSharper:

في القائمة ، ReSharper> الخيارات> البيئة> عام> مسح التخزين المؤقت

وتعطيل وإعادة تمكين ReSharper:

في القائمة ، أدوات> خيارات> إعادة الشحن> عام> تعليق/استعادة

303
CydrickT

مسح ذاكرة التخزين المؤقت Resharper لم يساعد في حالتي ، جرب تعليق/استعادة ، وكذلك Repair Resharper ، باستخدام أحدث تنزيل من موقع JetBrains - لم يساعد أي منهما. هذا بعد أن حاولت إغلاق/إعادة فتح VS ، إعادة تشغيل الجهاز الخاص بي ، كرر ، بناء/إعادة بناء والجمع بينهما.

من المثير للاهتمام أن تعليق Resharper بدا وكأنه يحل المشكلة بعد 2nd / إعادة تشغيل VS ، لكنه عاد بعد تمكين Resharper <- لقد حاولت القيام بهذا التسلسل 2-3 مرات لضمان النموذج.

على أي حال ، كنت لا أزال أواجه مشكلات عندما وجدت هذه المقالة:

لذلك قمت بحذف ملف .SUO المخفي على نفس مستوى المجلد مع الحل ، وحلها بطريقة سحرية جميع ريدز.

ملاحظة - بالنسبة لبرنامج Visual Studio 2015 ، يوجد .SUO الملف في .vs/[solution_name]/v14 المجلد المخفي.

155
Neolisk

tldr ؛ تفريغ وإعادة تحميل المشروع المشكلة.

عندما يحدث هذا بالنسبة لي ، كنت معتادًا على إغلاق VS وإعادة فتحه. ربما عملت حوالي نصف الوقت. عندما لا يعمل هذا ، أغلق الحل ، احذف ملف .suo (أو مجلد .vs بأكمله) وأعد فتح الحل. حتى الآن كان هذا الأمر يعمل دائمًا بالنسبة لي (أكثر من 10 مرات في آخر 6 أشهر) ، ولكنه أمر شاق قليلاً لأن بعض الأشياء تتم إعادة تعيينها مثل وضع الإنشاء ، ومشروع بدء التشغيل ، وما إلى ذلك.

نظرًا لأنه في العادة مشروع واحد فقط يواجه المشكلة ، فقد حاولت تفريغ هذا المشروع وإعادة تحميله ، وقد نجح هذا الأمر. حجم العينة الخاص بي هو 1 فقط ولكنه أسرع بكثير من الخيارين الآخرين ، لذلك ربما يستحق المحاولة. أظن أن هذا يعمل لأنه يكتب إلى ملف .suo ، وربما يصلح الجزء التالف منه الذي تسبب في حدوث المشكلة.

ملاحظة: يبدو أن هذا يعمل مع VS 2017 و 2015.

48
TTT

قمت بتنظيف الحل ، وأغلقت VS ، وأعد فتحه ، وبناء الحل ، وتم تنظيف الخطوط الحمراء التي لم يتم حلها ونجح البناء.

33
pixel

لقد وجدت أن ذلك يحدث بشكل متكرر عند استخدام Git في Visual Studio 2017 ، تبديل الفروع حيث توجد تغييرات في التعليمات البرمجية التابعة . على الرغم من أن المشروع سيتم إنشاؤه بنجاح ، ستبقى هناك أخطاء في قائمة الأخطاء.

غالبًا ما تكون هذه الأخطاء مشكلات في مساحة الاسم ومراجع مفقودة ، حتى في حالة وجود مرجع المكتبة.

لحل:

  • أغلق Visual Studio
  • حذف ملف {sln-root} .vs\SlnName\v15.suo (مخفي)
  • أعد تشغيل Visual Studio
21
Rebecca

واجهت مشكلة من هذا القبيل حيث يبدو أن Intellisense لا يدرك وجود مشروع واحد (الكثير من "لا يمكن العثور على هذا النوع" ، "مساحة الاسم هذه غير موجودة" ، إلخ. الأخطاء).

ستؤدي إزالة مرجع المشروع وإضافته في جميع المشاريع المرجعية إلى حل المشكلة ، ولكن يمكن إصلاح السبب الأساسي عن طريق تحرير ملف .proj الخاص بمشروع المشكلة.

بالقرب من أعلى ملف .csproj "المفقود" للمشروع هو عنصر:

<ProjectGuid>{GUID}</ProjectGuid>

وفي جميع المشاريع المرجعية. كانت ملفات csproj عبارة عن مراجع للمشروع:

<ProjectReference Include="..\OffendingProject\OffendingProject.csproj">
  <Project>{ANOTHER-GUID}</Project>
  <Name>Offending Project</Name>
</ProjectReference>

المرجع GUID لا يتطابق مع GUID للمشروع. استبدال {GUID} أعلاه بـ {ANOTHER-GUID} أصلح المشكلة دون الحاجة إلى متابعة كل مشروع مرجعي.

11
Philip C

لقد جربت جميع الخيارات الستة ، ولم ينجح شيء بالنسبة لي. أدناه حل حل مشكلتي.

أغلق مقابل احذف المجلد ".vs" المخفي بجوار ملف الحل. أعد تشغيل VS وقم بتحميل الحل.

8
suresh t

بالنسبة إلى VS-2017 ، عمل حذف مجلد .vs لي.

4
Romesh D. Niriella

حذف المخفية ملف المسار = الحل الخاص بك \ .vs \ اسم الحل الخاص بك \ v15\.suo

3
NoXSaeeD

في بعض الأحيان ، يجب أن أقوم بتنظيف مخصص من خلال الانتقال إلى كافة المشاريع وحذف مجلدات "bin" و "obj" يدويًا. لمشاهدتها في Visual Studio ، يجب عليك تمكين الملفات والمجلدات المخفية لكل مشروع. بعد الانتهاء من ذلك ، أعد بناء الحل.

3
Technobabble

ربما تحاول إعادة تعيين ذاكرة التخزين المؤقت intellisense الخاصة بك. لقد واجهت مشكلة مماثلة في Visual studio 2012 عند العمل في مشروع كبير مع العديد من التعاريف الجزئية للفصل. إن تقليل الأجزاء الجزئية أدى إلى حل المشكلة جزئيًا ، مع مسح ذاكرة التخزين المؤقت intellisense أيضًا - لفترة من الوقت.

2
Daniel Nachtrub

إليك مجموعة من الإجابات الشائعة. قم بالتصويت على البروتوكول الاختياري للإجابة إذا ساعدك ذلك:

الخيار الأول: التنظيف والبناء والتحديث ( Mike Fuchs الخيار)

As Mike Fuchs المذكورة ، جرب العمليات التالية:

في القائمة ، بناء> حل نظيفة

و

في القائمة ، بناء> بناء الحل

وحدد المشروع المعني ، وانقر فوق زر التحديث:

 Refresh Button 

الخيار 2: التنظيف والإغلاق وإعادة التشغيل والبناء ( Pixel الخيار)

كما Pixel المذكورة ، جرب تسلسل العمليات التالي:

  1. تنظيف الحل
  2. أغلق Visual Studio
  3. افتح Visual Studio
  4. بناء الحل

الخيار 3: مسح ذاكرة التخزين المؤقت ReSharper ( CydrickT الخيار)

إذا كان لديك ReSharper ، فحاول إفراغ ذاكرة التخزين المؤقت ReSharper:

في القائمة ، ReSharper> الخيارات> البيئة> عام> مسح التخزين المؤقت

وتعطيل وإعادة تمكين ReSharper:

في القائمة ، أدوات> خيارات> إعادة الشحن> عام> تعليق/استعادة

الخيار 4: حذف ملف .suo ( Neolisk الخيار)

كما Neolisk المذكورة ، فإن حذف ملف .suo قد يحل مشكلتك. بالنسبة لبرنامج Visual Studio 2015 ، يوجد الملف في:

[مسار الحل] /. vs/[اسم الحل] /v14/.suo

وللصورة المرئية 2017:

[مسار الحل] /. vs/[اسم الحل] /v15/.suo

لاحظ أن الدليل .vs مخفي.

الخيار 5: إلغاء تحميل وتحديث المشروع ( TTT الخيار)

As TTT المذكورة ، حاول تفريغ المشروع الذي يسبب مشاكل:

في Solution Explorer ، انقر بزر الماوس الأيمن فوق المشروع ، إلغاء تحميل المشروع.

وإعادة تحميله

في Solution Explorer ، انقر بزر الماوس الأيمن على المشروع ، وتحديث المشروع.

الخيار 6: إزالة وإضافة مرجع Microsoft.CSharp ( Guilherme الخيار)

As Guilherme المذكورة ، حاول إزالة وإضافة المرجع إلى "Microsoft.CSharp" من المشاريع التي لديها مشاكل.

في Solution Explorer ، قم بتوسيع المشروع ، وتوسيع "المراجع" ، وانقر بزر الماوس الأيمن فوق "Microsoft.CSharp" وإزالة.

ثم ، انقر بزر الماوس الأيمن فوق المراجع> إضافة مرجع ، حدد "Microsoft.CSharp" من القائمة وانقر فوق "موافق"

2
CydrickT

الحل التالي عملت بالنسبة لي

1 - أغلق مقابل

2 - حذف المجلد .vs

3 - افتح VS

4 - بناء الحل

2
Vijay Hugar
  1. أول إغلاق الحل.
  2. ثم قم بحذف ملف cache file (في الموقع C:\Users\Documents\Visual Studio\Backup Files/file cache file)
  3. ثم. سو حذف الملف
  4. ثم حل مفتوحة والبناء.

آمل حل مشكلتك

1
Mahfuz Morshed

واجه زميل لي هذه القضية اليوم. جربنا العديد من التوصيات هنا ولم يعمل أي منها باستثناء الحل الموضح أدناه.

مشكلة:

يبني Project بشكل جيد ولكن فشل Intellisense في التعرف على أنواع معينة وعلامات معينة usingخاصة بأنها غير صالحة.

حل:

قم بتغيير "حلول النظام الأساسي" (في VS 2017 ، فهذه هي القائمة المنسدلة بجانب القائمة المنسدلة لتكوين الحلول ولديها قيم مثل x86 و x64 و AnyCPU و Platforms مختلطة ، إلخ) إلى AnyCPU .

قد يختلف النظام الأساسي لمشروعك ، ولكن يبدو أن بعض المراجع قد لا تكون صالحة لجميع الأنظمة الأساسية.

1
AperioOculus

0 - انقر بزر الماوس الأيمن على الحل والحل النظيف

1 - أغلق مقابل

2 - حذف ملف المشروع .suo

3 - افتح VS

4 - بناء الحل

1
nPcomp

بعد تجربة كل الخيارات المدرجة ، اكتشفت سببًا آخر لحدوث ذلك. إذا أرسل إليك شخص ما الكود المصدري كـ Zip ، أو قمت بتنزيل Zip ، فقد يكون Windows قد حظر جميع الملفات. 2 طرق لحل هذا:

طريقة 1:

انقر بزر الماوس الأيمن فوق ملف Zip الأصلي -> حدد "إلغاء الحظر" -> انقر فوق تطبيق

الطريقة 2:

إذا لم يكن هذا خيارًا ، فبدلاً من فتح الخصائص على كل ملف في مجلد الحلول ، افتح ببساطة Shell Shell وقم بإلغاء الحظر بشكل متكرر باستخدام ما يلي:

Get-ChildItem -Path 'C:\<ROOT FOLDER OF SOLUTION>\' -Recurse | Unblock-File
1
Conor Gallagher

لقد لاحظت أنه في بعض الأحيان عند تبديل فروع git ، لن يتعرف Visual Studio (2017) على أنواع من بعض الملفات التي تمت إضافتها في الفرع الثاني. يؤدي حذف مجلد .vs إلى حلها ، ولكنه يحذف أيضًا جميع إعدادات مساحة العمل الخاصة بك. يبدو أن هذه الخدعة تعمل بشكل جيد بالنسبة لي:

  1. مستكشف الحلول -> ابحث عن الملف مع الفئة غير المعترف بها.
  2. انقر فوق "إظهار كافة الملفات" أعلى "مستكشف الحلول".
  3. انقر بزر الماوس الأيمن فوق الملف -> استثناء من المشروع.
  4. انقر بزر الماوس الأيمن فوق الملف مرة أخرى -> تضمين في المشروع.

يؤدي هذا Intellisense إلى تحليل الملف الذي فقدته عند تبديل الفروع.

1
Erik

كان هذه المشكلة في العمل (تشغيل VS2017). حاول كل الإجابات هنا. لا فرح.

سيبني المشروع على ما يرام ، ولكنه كان يشكو من أنه لا يمكن العثور على مساحات/أنواع الأسماء. تمايل أحمر في كل مكان. الكثير من الأخطاء في نافذة قائمة الأخطاء.

حل بلدي يحتوي على 3 مشاريع.

اكتشف أن 3 من مراجع مكتبة NuGet لأحد المشاريع كانت خارج الخط. دمج إصدارات المكتبة المرجعية ، و Bingo.

أمل أن هذا يساعد شخصاما.

بريت.

1
Brett

بالنسبة لحالتي المحددة ، كانت عبارة عن مرجع خدمة تم دمج مطور آخر في الفرع الرئيسي. الذي كان على ما يرام تماما باستثناء فشل تسليط الضوء على حل فئة الخدمة التي تم إنشاؤها والمصدر كان كل شيء أحمر تحته. التنظيف ، إعادة البناء ، إعادة التشغيل لم تفعل شيئًا.

كل ما كان علي فعله هو تحديث مرجع الخدمة وتمكّن VS من تجميع الأجزاء معًا وراء الكواليس. لا تغييرات في التعليمات البرمجية المصدر أو الملفات التي تم إنشاؤها.

1
Fjarskiptagervitungl

تفريغ وإعادة تحميل المشروع إصلاح هذه المشكلة.

1
Ankush Jain

لقد واجهت للتو هذه المشكلة بعد التراجع عن الالتزام الذي أضاف الملفات إلى مشروعي.

لم ينجح تنظيف وإعادة بناء المشروع ، حتى لو أغلقت VS بين كل خطوة.

ما نجح في النهاية ، كان إعادة تسمية الملف إلى شيء آخر وتغييره مرة أخرى. : فيس بالم:

1
KidCode

في حالتي ، لم يحتفظ vs أبداً بمساحات الأسماء المستوردة في خصائص المشروع> المراجع

عندما حاولت إضافة/التحقق منها مرة أخرى ، لم أستطع وألقيت خطأً وعندما تحطمت مقابل المشروع المحفوظ. عندما أعيد فتح جميع مساحات الأسماء المستوردة القياسية (system.data ، الخ ...) تم تحديدها جميعًا مرة أخرى ، وبعد ذلك تم التعرف على كل شيء دون خطأ

0
m butler

في بعض الأحيان ، إذا قمت بحل نظيف ، فإن الأخطاء تختفي ، ولكنها قد تعود في النهاية بعد فترة أو في الإصدار التالي.

0
meJustAndrew

انطلق إلى هذه المشكلة بنوع واحد لم يتم التعرف عليه بواسطة Visual Studio والذي أظهر تمايلًا أحمر حتى لو تم بناء الحل بنجاح. لقد لاحظت في "مستكشف الحلول" أن الملف لا يحتوي على سهم التوسيع على اليسار والذي يعرض الفئات والخصائص عند التوسع.

كان الإصلاح هو استبعاد الملف من المشروع وحفظه/إنشائه مما أدى إلى حدوث خطأ متوقع ثم تضمين الملف في المشروع وحفظه وإنشائه.

بعد تنفيذ هذه الخطوات ، بدأ Visual Studio في التعرف على كتابتي مرة أخرى. بالنظر إلى الفرق في الأمر ، يبدو أن المشكلة كانت بسبب نهايات الخطوط التي لا تتطابق مع سطر <Compile Include="..." /> الخاص بملف .csproj الخاص بي.

0
Thorb

لقد وجدت أن هذا يمكن أن يحدث إذا كان المشروع المشار إليه يستهدف إصدارًا أعلى من الإطار مقارنة بالمشروع الذي يحاول استخدامه. يمكنك معرفة ما إذا كانت هذه هي المشكلة من خلال الانتقال إلى نافذة الإخراج والبحث عن شيء مماثل لهذا:

لا يمكن حل المرجع الأساسي "my_reference" لأنه تم إنشاؤه مقابل إطار عمل ".NETFramework، Version = v4.7.2". هذه نسخة أعلى من الإطار المستهدف حاليًا ".NETFramework، Version = v4.7".

يكمن الحل في تغيير الإطار الهدف لأحد المشاريع أو غيرها.

0
michaela112358

TL ؛ DR: إجراء إعادة تثبيت نظيف لبرنامج Visual Studio

بعد مضي عدة ساعات ، لم أستطع إصلاح ذلك في Visual Studio 2017. ثم قمت بتثبيت Visual Studio 2019 PREVIEW وفجأة ، يعرض IntelliSense لي أعضاء STL-class مرة أخرى (وهو ما لا يحدث في Visual Studio 2017 ).

لذا ، أعتقد أنه قد يكون هناك أيضًا خطأ ما في Visual Studio نفسه (ربما شيء في دليل ذاكرة التخزين المؤقت أو بشكل عام شيء موجود على جهاز الكمبيوتر الخاص بك والذي لا يرتبط مباشرة بحل معين) والتي يمكن حلها عن طريق إعادة نظيفة وكاملة تثبيت Visual Studio. أعرف أن هذا "حل" غبي ، لكن في حالتي ، لم يكن سوى للتركيب Visual Studio (2019) الجديد تأثير.

كما ذكرنا سابقًا ، في حالتي ، لم تتأثر سوى صفوف STL. لن يعرض التحسس الذكي أعضاءهم وهو أمر غريب. اعتقدت أنه يمكن أن يكون له علاقة مع الرؤوس المترجمة مسبقًا. قرأت في مكان ما أن المحكمة الخاصة بلبنان والمشروع يجب أن يكونا على نفس محرك الأقراص ووضعهما على نفس الشيء يجب أن يحل المشكلة. لكن أيا من هذه الطرق أدى إلى النجاح.

0
j00hi