Похоже, вы включаете первым в программу student.h
.
Тогда вы получаете в тексте сначала объявление класса students
, которое начинается как
class students {
private:
vector <student> list;
но в этот момент компилятору неизвестно, что такое student
. Вот он и ругается…
И, кстати, когда он доходит до vector
, то он не понимает, о чем речь — потому что
using namespace std;
у вас включено в результате после объявления students
…
Интересно, что если вы включите первым students.h
, то из-за того, что он сначала включает student.h
— то все заработает.
Но вообще-то избегайте таких включений, когда А включает Б, а Б включает А — даже при наличии #pragma once
… Как минимум — результат зависит от порядка включения, а это нехорошо…
- Remove From My Forums
пишет ошибку в непонятной кодировке
-
Вопрос
-
начал учить плюсы и проблема на первой же компиляции. на форме есть 2 текстбокса и кнопка. по идеи когда жмякаю на кнопку то текст из первого бокса переходит во второй.
private: System::Void button1_Click(System::Object^ sender, System::EventArgs^ e){ textBox2->Text = textBox1->Text;}
звучит просто, но у меня какаято непонятная ошибка- "Ошибка 1 error LNK1561: Єюўър тїюфр фюыцэр с√Є№ юяЁхфхыхэр c:UsersАдминdocumentsvisual studio 2013ProjectsПроект1Проект1LINK Проект1"
Помогите новичку.
Ответы
-
Вы сделали немного не то. После добавления формы в проект у Вас должен был появиться файл MyForm.cpp. Откройте его и добавьте следующий код:
#include <Windows.h> using namespace Имя_Вашего_Проекта; int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int) { Application::EnableVisualStyles(); Application::SetCompatibleTextRenderingDefault(false); Application::Run(gcnew MyForm); return 0; }
В строке «using namespace» необходимо указать название пространства имен, в котором объявлен класс формы (по умолчанию мастер называет его так, как называется проект).
Цикл обработки сообщений, запускаемый в методе Run, обеспечивает работоспособность Вашего интерфейса пользователя (формы).
Если сообщение помогло Вам, пожалуйста, не забудьте отметить его как ответ данной темы. Удачи в программировании!
-
Изменено
28 февраля 2014 г. 6:27
-
Помечено в качестве ответа
KENT.ua
28 февраля 2014 г. 14:58
-
Изменено
0 / 0 / 0 Регистрация: 04.11.2015 Сообщений: 44 |
|
1 |
|
11.05.2017, 02:57. Показов 5230. Ответов 5
Раньше все было нормально именно в этой версии Студии, но не понятно после чего стало выдавать некоторые ошибки нормально, а некоторые вот такими крякозябрами как на скрине. Что делать не пойму, гугл молчит. Побовал сохранять каждый файл в юникоде, но всеравно такой вывод :с Миниатюры
0 |
142 / 143 / 64 Регистрация: 11.11.2010 Сообщений: 864 Записей в блоге: 10 |
|
11.05.2017, 04:33 |
2 |
0 |
0 / 0 / 0 Регистрация: 04.11.2015 Сообщений: 44 |
|
11.05.2017, 13:20 [ТС] |
4 |
Ответ был найден мной после длительных поисков. Если кому будет интересно к проекту надо было подключить kernel32.lib;user32.lib;advapi32.lib; и поставить в графе «игнорировать все стандартные библиотеки» — «нет». Тему можно закрывать, спасибо.
0 |
284 / 232 / 114 Регистрация: 07.09.2016 Сообщений: 584 |
|
11.05.2017, 13:24 |
5 |
да, только это лечит ошибку линковки, а не кракозябры, в которых написано об ошибке линковки вроде неразрешенный внешний символ бла бла бла.
1 |
0 / 0 / 0 Регистрация: 20.06.2018 Сообщений: 1 |
|
21.11.2018, 12:18 |
6 |
У меня решилась проблема так:
0 |
0 / 0 / 0 Регистрация: 30.05.2015 Сообщений: 15 |
|
1 |
|
05.06.2015, 16:55. Показов 7764. Ответов 14
Почему Visual Studio показывает ошибку в том месте, где ее нет?
__________________ 0 |
45 / 42 / 48 Регистрация: 13.05.2015 Сообщений: 222 |
|
05.06.2015, 16:57 |
2 |
Можно немножко побольше подробностей и конкретики? 0 |
Don’t worry, be happy 17777 / 10542 / 2034 Регистрация: 27.09.2012 Сообщений: 26,510 Записей в блоге: 1 |
|
05.06.2015, 16:57 |
3 |
В большинстве случаев по той причине, что ошибка есть 0 |
Gangsta 0 / 0 / 0 Регистрация: 30.05.2015 Сообщений: 15 |
||||
05.06.2015, 16:59 [ТС] |
4 |
|||
Например
Здесь ошибка. Max(i, l) подчеркивает красной линией. А программа компилируется без ошибок 0 |
45 / 42 / 48 Регистрация: 13.05.2015 Сообщений: 222 |
|
05.06.2015, 16:59 |
5 |
Скорее всего это не баг, а фича 1 |
25 / 11 / 5 Регистрация: 11.01.2014 Сообщений: 85 |
|
05.06.2015, 17:00 |
6 |
Потому что твой Max уже существует в STL. 0 |
45 / 42 / 48 Регистрация: 13.05.2015 Сообщений: 222 |
|
05.06.2015, 17:03 |
7 |
Не компилится в VS 2008: Построение
1>Компиляция… 0 |
0 / 0 / 0 Регистрация: 30.05.2015 Сообщений: 15 |
|
05.06.2015, 17:06 [ТС] |
8 |
Скорее всего это не баг, а фича ну да В STL вроде бы нет Max. using namespace std; я не пишу Добавлено через 1 минуту
Не компилится в VS 2008: А у меня VS 2010 0 |
0 / 0 / 0 Регистрация: 30.05.2015 Сообщений: 15 |
|
05.06.2015, 17:12 [ТС] |
9 |
скрин Миниатюры
0 |
0 / 0 / 0 Регистрация: 30.05.2015 Сообщений: 15 |
|
05.06.2015, 17:12 [ТС] |
10 |
никто не знает? 0 |
Don’t worry, be happy 17777 / 10542 / 2034 Регистрация: 27.09.2012 Сообщений: 26,510 Записей в блоге: 1 |
|
05.06.2015, 17:16 |
11 |
Сообщение было отмечено Gangsta как решение РешениеВозможно из-за того, что в десятой студии фиговая поддержка 11-ого стандарта. Проверьте на VS2013 1 |
Dimension 591 / 459 / 223 Регистрация: 08.04.2014 Сообщений: 1,710 |
|
05.06.2015, 17:20 |
12 |
Проверьте на VS2013 запустил у себя ,норм все 1 |
0 / 0 / 0 Регистрация: 30.05.2015 Сообщений: 15 |
|
05.06.2015, 17:24 [ТС] |
13 |
Понятно. Надо Visual Studio менять 0 |
45 / 42 / 48 Регистрация: 13.05.2015 Сообщений: 222 |
|
05.06.2015, 17:25 |
14 |
Gangsta, можете попробовать совершенно другую IDE 1 |
43 / 43 / 12 Регистрация: 06.10.2014 Сообщений: 135 |
|
05.06.2015, 17:26 |
15 |
…подчеркивает красной линией. Замечал подобное и в VS2013 когда проект большой и/или открыто много файлов в редакторе. Иногда проходило само собой. Иногда после закрытия/открытия. 1 |
I’m having strange issues with Visual Studios 2015 Enterprise Edition and I couldn’t find solution online. I need to build a solution file that contains multiple sub-projects and solutions. I had created my own project and a solution within the main solution. When I build the main solution, build fails without Visual Studio showing any errors unless I changed the setting in one of the dropdown boxes from «Build+Intellisense» to «Build Only» (It’s one of those dropdown boxes in Error List window ). With «Build Only» setting, I can see several errors and they are all from my project. But majority of them don’t seem to apply anymore since I have fixed them. For instance, one error is invalid namespace and I received this error from not adding the reference assembly the namespace is declared. Since the reference is already added, I’m not sure why Visual Studio is still listing this error. Do I need to clear cache or something? I’ve tried cleaning the solution.
asked Aug 17, 2016 at 12:31
Ok, So I decided to go through all warnings and found out that some assemblies are built with higher .Net framework version (4.6.1) than my project (4.5.1). So I changed the Target framework of my project to 4.6.1. Voila, no more errors! For reference purpose, Target framework option is under project property.
answered Aug 17, 2016 at 13:24
KMCKMC
1,6413 gold badges24 silver badges53 bronze badges
I’m having strange issues with Visual Studios 2015 Enterprise Edition and I couldn’t find solution online. I need to build a solution file that contains multiple sub-projects and solutions. I had created my own project and a solution within the main solution. When I build the main solution, build fails without Visual Studio showing any errors unless I changed the setting in one of the dropdown boxes from «Build+Intellisense» to «Build Only» (It’s one of those dropdown boxes in Error List window ). With «Build Only» setting, I can see several errors and they are all from my project. But majority of them don’t seem to apply anymore since I have fixed them. For instance, one error is invalid namespace and I received this error from not adding the reference assembly the namespace is declared. Since the reference is already added, I’m not sure why Visual Studio is still listing this error. Do I need to clear cache or something? I’ve tried cleaning the solution.
asked Aug 17, 2016 at 12:31
Ok, So I decided to go through all warnings and found out that some assemblies are built with higher .Net framework version (4.6.1) than my project (4.5.1). So I changed the Target framework of my project to 4.6.1. Voila, no more errors! For reference purpose, Target framework option is under project property.
answered Aug 17, 2016 at 13:24
KMCKMC
1,6413 gold badges24 silver badges53 bronze badges
Здесь коллекция популярных ответов. Upvote ОП ответа, если он помог вам:
Вариант 1. Очистка, сборка и обновление (опция @Mike Fuchs)
Как упомянул @Mike Fuchs, попробуйте следующие операции:
В меню «Построение»> «Чистое решение».
А также
В меню Build> Build Solution
и выберите проект, о котором идет речь, и нажмите кнопку обновления:
Вариант 2: очистить, закрыть, перезапустить и построить (опция @Pixel)
Как упоминалось @Pixel, попробуйте следующую последовательность операций:
- Чистый раствор
- Закрыть Visual Studio
- Откройте Visual Studio
- Построить решение
Вариант 3: очистить кеш ReSharper (опция @CydrickT)
Если у вас есть ReSharper, попробуйте очистить кеш ReSharper:
В меню ReSharper> Параметры> Среда> Общие> Очистить кэш
и отключение и повторное включение ReSharper:
В меню Инструменты> Параметры> ReSharper> Общие> Приостановить/Восстановить
Вариант 4. Удалите файл .suo (опция @Neolisk).
Как уже упоминалось @Neolisk, удаление файла .suo может решить вашу проблему. Для Visual Studio 2015 файл находится в:
[Путь решения]/. Vs/[Имя решения]/v14/.suo
И для Visual Studio 2017:
[Путь решения]/. Vs/[Имя решения]/v15/.suo
Обратите внимание, что каталог .vs скрыт.
Вариант 5: выгрузить и перезагрузить проект (опция @TTT)
Как упоминалось в @TTT, попробуйте выгрузить проект, который вызывает проблемы:
В обозревателе решений щелкните правой кнопкой мыши проект «Выгрузить проект».
И перезагрузить его
В обозревателе решений щелкните правой кнопкой мыши проект «Перезагрузить проект».
Вариант 6: удалить и добавить ссылку на Microsoft.CSharp (опция @Guilherme)
Как упомянул @Guilherme, попробуйте удалить и добавить ссылку на «Microsoft.CSharp» из проектов, в которых есть проблемы.
В обозревателе решений разверните проект, разверните «Ссылки», щелкните правой кнопкой мыши «Microsoft.CSharp» и выберите «Удалить».
Затем щелкните правой кнопкой мыши References> Add Reference, выберите «Microsoft.CSharp» из списка и нажмите «OK».
It’s always fun when Visual Studio (ie @drunkvs) can’t recite the alphabet backwards: The code below builds just fine when running through the compiler, but Visual Studio displays Intellisense errors in the Error Window and in the code with underlined squiggles:
The actual build of the code succeeds, but Intellisense is flagging several classes as missing even though they clearly exist and clearly compile properly.
IntelliSense is High!
So IntelliSense sometimes goes off the rails and if you see errors in your project that don’t make sense, first check to see if the errors are related to Intellisense.
Notice the drop down in the error list that lets you see Build + Intellisense which, in the case above produces 3 errors, but no errors if I just show Build Only:
Note the Intellisense error drop down is a new feature so you may not see it in older versions of Visual Studio. Not sure when it arrived but it was in one of the late VS 2015.x updates.
Clearing up Intellisense
There’s usually a simple solution when IntelliSense decides to sleep one off:
Delete the .vs
folder
The .vs
folder holds solution related temp data including the .suo
file that caches intellisense and some debug data. That folder also holds Web site configuration data for Web projects and a few other things. It’s safe to delete this folder — Visual Studio recreates it when it’s missing.
Older versions of Visual Studio (prior to VS 2015) didn’t have a separate folder and dumped that same information into files in the solution’s root folder.
In these older versions you can fix Intellisense issues by deleting the Solution’s .suo
file. Deleting the .vs
folder in newer version nukes the .suo
file which is responsible for cached IntelliSense and also some cached Debug data. When VS acts up and reports whacky errors that seem wrong, the burning down the .suo
file is a nice quick thing to try first.
To do this:
- Shut down VS
- Nuke the
.vs
folder or the.suo
file - Restart VS
The .suo
file contains cached IntelliSense data and once that file is off, no amount of recompilation or clearing the project is going to help. Nuke the .suo
file. or in VS 2015 or later the .vs
folder and get back to sanity.
Compiler Errors?
I haven’t run into this problem very frequently but when it does happen it’s usually quite vexing resulting (for me at least) in a flurry of deleting output folders.
I have a standard set of steps I tend to go through when I get compiler errors that are wrong. Well, usually it’s me who’s wrong, not the compiler but on occasion I get to be right and the compiler is really wrong.
If you have errors that show under the Build Only
dropdown, then the issue isn’t Intellisense.
This has gotten a lot better, but for a while invalid compiler errors were a big problem with the .NET SDK projects (.NET Core / .NET Standard) and in those cases the solution for me usually is (and still occasionally is):
- Delete the
obj
folder completely - Delete the
bin
folder completely
While Visual Studio’s Clean
project feature is supposed to address this, Clean will only clean up files the project knows about. If you’ve removed or renamed assemblies there may still be left over files in project output folders and deleting them cleans out the project completely.
This often fixes odd left over file issues that can cause strange compilation behavior. I never really considered Intellisense failure previously because Visual Studio didn’t differentiate compiler and IntelliSense Errors (or more accruately I didn’t notice the dropdown). I’d see errors in the Error list, yet my project would compile successfully, which was even more confusing.
Back to the Straight And Narrow
It’s nice that Visual Studio now explicitly shows these errors separately as Build and Intellisense errors, so you can take the sepearate actions to clean up this mess. In the past when the errors weren’t separated it was even more confusing with compiles succeeding, but the error list showing errors.
Now as to the cause of any of these errors? @drunkvs has some cleaning up to do after the barf fest of the previous night…
-
Вопрос заданболее года назад
-
773 просмотра
Закрой приложение.
Удали сгенерируемые .sln файлы в папке с проектом. Открой приложение нажми в External tools -> regenerate project files.
Открой заново после всех манипуляций редактор.
В vsCode по типу такой была ошибка, но с пространством имён UI
Пригласить эксперта
Я вижу, что вы открываете VS не из юнити. Добавьте в настройках юнити в качестве редактора кода VS 2019. К сожалению я не помню путь к этой найтроке, погуглите.
-
Показать ещё
Загружается…
22 мая 2023, в 18:02
120000 руб./за проект
25 мая 2023, в 11:04
3000 руб./в час
10 мая 2023, в 14:08
3000 руб./в час
Минуточку внимания
I am working on some coursework and the code works perfectly fine on the university system but when I transfer the exact same code to my own PC, I get over 400 error messages. These consist of:
- Cannot open source file «name.h»
- The global scope has no «name»
- identifier «name» is undefined
- explicit type is missing (‘int’ assumed)
- A full list is here
https://pastebin.com/CRJd7hAp
I get these errors on all of my code, even something as simple as a Hello World program
#include <iostream>
using namespace std;
int main()
{
cout << "Hello world! " << endl;
system("pause");
return 0;
}
I am at a loss as for what to do.
asked Nov 26, 2018 at 22:10
8
I reinstalled Visual Studio and set the SDK from 8.1 to the newest release. Everything is working fine now. Thank you
answered Nov 26, 2018 at 23:29
It’s always fun when Visual Studio (ie @drunkvs) can’t recite the alphabet backwards: The code below builds just fine when running through the compiler, but Visual Studio displays Intellisense errors in the Error Window and in the code with underlined squiggles:
The actual build of the code succeeds, but Intellisense is flagging several classes as missing even though they clearly exist and clearly compile properly.
IntelliSense is High!
So IntelliSense sometimes goes off the rails and if you see errors in your project that don’t make sense, first check to see if the errors are related to Intellisense.
Notice the drop down in the error list that lets you see Build + Intellisense which, in the case above produces 3 errors, but no errors if I just show Build Only:
Note the Intellisense error drop down is a new feature so you may not see it in older versions of Visual Studio. Not sure when it arrived but it was in one of the late VS 2015.x updates.
Clearing up Intellisense
There’s usually a simple solution when IntelliSense decides to sleep one off:
Delete the .vs
folder
The .vs
folder holds solution related temp data including the .suo
file that caches intellisense and some debug data. That folder also holds Web site configuration data for Web projects and a few other things. It’s safe to delete this folder — Visual Studio recreates it when it’s missing.
Older versions of Visual Studio (prior to VS 2015) didn’t have a separate folder and dumped that same information into files in the solution’s root folder.
In these older versions you can fix Intellisense issues by deleting the Solution’s .suo
file. Deleting the .vs
folder in newer version nukes the .suo
file which is responsible for cached IntelliSense and also some cached Debug data. When VS acts up and reports whacky errors that seem wrong, the burning down the .suo
file is a nice quick thing to try first.
To do this:
- Shut down VS
- Nuke the
.vs
folder or the.suo
file - Restart VS
The .suo
file contains cached IntelliSense data and once that file is off, no amount of recompilation or clearing the project is going to help. Nuke the .suo
file. or in VS 2015 or later the .vs
folder and get back to sanity.
Compiler Errors?
I haven’t run into this problem very frequently but when it does happen it’s usually quite vexing resulting (for me at least) in a flurry of deleting output folders.
I have a standard set of steps I tend to go through when I get compiler errors that are wrong. Well, usually it’s me who’s wrong, not the compiler but on occasion I get to be right and the compiler is really wrong.
If you have errors that show under the Build Only
dropdown, then the issue isn’t Intellisense.
This has gotten a lot better, but for a while invalid compiler errors were a big problem with the .NET SDK projects (.NET Core / .NET Standard) and in those cases the solution for me usually is (and still occasionally is):
- Delete the
obj
folder completely - Delete the
bin
folder completely
While Visual Studio’s Clean
project feature is supposed to address this, Clean will only clean up files the project knows about. If you’ve removed or renamed assemblies there may still be left over files in project output folders and deleting them cleans out the project completely.
This often fixes odd left over file issues that can cause strange compilation behavior. I never really considered Intellisense failure previously because Visual Studio didn’t differentiate compiler and IntelliSense Errors (or more accruately I didn’t notice the dropdown). I’d see errors in the Error list, yet my project would compile successfully, which was even more confusing.
Back to the Straight And Narrow
It’s nice that Visual Studio now explicitly shows these errors separately as Build and Intellisense errors, so you can take the sepearate actions to clean up this mess. In the past when the errors weren’t separated it was even more confusing with compiles succeeding, but the error list showing errors.
Now as to the cause of any of these errors? @drunkvs has some cleaning up to do after the barf fest of the previous night…
Вопрос:
У меня проблема с Visual Studio на решении С#. Он отображает полностью случайные ошибки, но проекты строятся. Прямо сейчас у меня есть 33 файла с ошибками, и я могу видеть красные squiggly строки во всех них.
Я попробовал очистить/перестроить решение, закрыть Visual Studio и даже перезагрузить компьютер. Я также позаботился о том, чтобы выполнить шаги, описанные в прогонах Debugging, даже с ошибками компилятора в Visual Studio. Я могу изменить файлы .cs, и я вижу изменения в решении.
Есть ли у кого-нибудь представление о том, почему он это делает?
Лучший ответ:
Если у вас есть ReSharper, попробуйте очистить кеш ReSharper:
В меню ReSharper> Параметры> Среда> Общие> Очистить кэш
и отключение и повторное включение ReSharper:
В меню Инструменты> Параметры> ReSharper> Общие> Приостановить/Восстановить
Ответ №1
Очистка кэша Resharper не помогла в моем случае, попробовала приостановить/восстановить, а также Repair Resharper, используя последнюю загрузку с сайта JetBrains – ни одна из них не помогла. Это после того, как я попытался закрыть/снова открыть VS, перезагрузить машину, повторить, построить/перестроить и их комбинацию.
Интересно, что приостановление работы Resharper, казалось, решило проблему после перезапуска VSO 2nd, но она вернулась после того, как я включил Resharper < – Я пытался сделать эту последовательность 2-3 раза обеспечить шаблон.
Во всяком случае, у меня все еще были проблемы, когда я нашел эту статью:
- Быстрый совет: что делать, когда Visual Studio ухитряется, и все красное
Итак, я удалил скрытый файл .SUO на том же уровне папок с решением, и он волшебным образом решил все красные.
Примечание. Для Visual Studio 2015 файл .SUO находится в скрытой папке .vs/[solution_name]/v14.
Ответ №2
tldr; Выгрузите и перезагрузите проблемный проект.
Когда это происходит со мной, я (раньше) пытался закрыть VS и снова открыть его. Это, вероятно, работало примерно половину времени. Если это не помогло, я бы закрыл решение, удалил файл .suo (или всю папку .vs) и заново открыл решение. До сих пор это всегда работало для меня (более 10 раз за последние 6 месяцев), но это немного утомительно, потому что некоторые вещи сбрасываются, такие как режим сборки, запуск проекта и т.д.
Поскольку обычно это был только один проект, в котором возникла проблема, я просто попытался выгрузить этот проект и перезагрузить его, и это сработало. Мой размер выборки составляет всего 1, но он намного быстрее, чем два других варианта, поэтому, возможно, стоит попробовать. Я подозреваю, что это работает, потому что он пишет в файл .suo и, возможно, исправляет поврежденную часть, которая и вызывала проблему.
Примечание. По-видимому, это работает для VS 2019, 2017 и 2015.
Ответ №3
Я очистил раствор, закрыл VS, снова открыл его, построил решение, и красные неразрешенные линии были очищены, а сборка выполнена успешно.
Ответ №4
Я обнаружил, что это часто случается при использовании Git в Visual Studio 2017, переключая ветки, где есть зависимые изменения кода. Даже если проект будет успешно построен, в списке ошибок останутся ошибки.
Эти ошибки часто являются проблемами пространства имен и отсутствующими ссылками, даже если ссылка на библиотеку существует.
Разрешить:
- Закрыть Visual Studio
- Удалите файл {sln-root}.vsSlnNamev15.suo (скрытый)
- Перезапустите Visual Studio
Ответ №5
Я пробовал все 6 вариантов, ничего не работало для меня. Ниже решения была решена моя проблема.
Закрыть VS. Удалите скрытую папку “.vs” рядом с файлом решения. Перезагрузите VS и загрузите решение.
Ответ №6
У меня возникла такая проблема, когда Intellisense, похоже, не признавал существование одного проекта (много “не может найти этот тип”, “это пространство имен не существует” и т.д. ошибок).
Удаление и повторное добавление ссылки на проект во всех проектах-ссылках устранит проблему, но основная причина может быть устранена путем редактирования .proj файла проблемного проекта.
В верхней части “отсутствующего” проекта “.csproj файл – это элемент:
<ProjectGuid>{GUID}</ProjectGuid>
а во всех ссылочных проектах файлы .csproj были ссылками на проект:
<ProjectReference Include="..OffendingProjectOffendingProject.csproj">
<Project>{ANOTHER-GUID}</Project>
<Name>Offending Project</Name>
</ProjectReference>
Ссылка GUID не соответствует GUID проекта. Замена {GUID}
выше на {ANOTHER-GUID}
устраняет проблему без необходимости проходить через каждый проект ссылки.
Ответ №7
Удалите скрытый путь к файлу = вашего решения.vsИмя вашего решенияv15.suo
Ответ №8
для VS-2017 удаленная папка.vs работала для меня.
Ответ №9
Я заметил, что иногда при переключении веток git Visual Studio (2017) не распознает типы из некоторых файлов, которые были добавлены во второй ветке. удаление папки .vs решает ее, но она также удаляет все настройки вашего рабочего пространства. Мне кажется, этот трюк хорошо работает:
- Обозреватель решений → Найти файл с нераспознанным классом в нем.
- Нажмите Показать все файлы в верхней части обозревателя решений.
- Щелкните правой кнопкой мыши файл → Исключить из проекта.
- Снова щелкните файл правой кнопкой мыши → Включить в проект.
Это заставляет Intellisense анализировать файл, который он пропустил при переключении веток.
Ответ №10
Здесь коллекция популярных ответов. Повышение ОП ответа, если это помогло вам:
Содержание
- Вариант 1. Очистка, сборка и обновление (@Mike Fuchs)
- Вариант 2. Очистить, закрыть, перезапустить и собрать (опция@Pixel)
- Вариант 3. Очистить кеш ReSharper (@GammaOmega)
- Вариант 4. Удалите файл .suo(@Neolisk)
- Вариант 5. Выгрузка и перезагрузка проекта (@TTT)
- Вариант 6. Удалите и добавьте ссылку на Microsoft.CSharp(@Guilherme)
- Проблема:
- Решение:
Вариант 1. Очистка, сборка и обновление (@Mike Fuchs)
Как упоминалось в @Mike Fuchs, попробуйте выполнить следующие действия:
В меню “Построение”> “Чистый раствор”
И
В меню “Построить”> “Построить решение”
выберите нужный проект и нажмите кнопку обновления:
Вариант 2. Очистить, закрыть, перезапустить и собрать (опция@Pixel)
Как упоминалось в @Pixel, попробуйте выполнить следующую последовательность действий:
- Очистить раствор
- Закройте Visual Studio
- Откройте Visual Studio
- Построить решение
Вариант 3. Очистить кеш ReSharper (@GammaOmega)
Если у вас есть ReSharper, попробуйте очистить кеш ReSharper:
In menu, ReSharper > Options > Environment > General > Clear Caches
и отключение и повторное включение ReSharper:
In menu, Tools > Options > ReSharper > General > Suspend/Restore
Вариант 4. Удалите файл .suo(@Neolisk)
.Как упоминалось в @Neolisk, удаление файла .suo может решить вашу проблему. Для Visual Studio 2015 файл находится в:
[Path of Solution]/.vs/[Solution Name]/v14/.suo
А для Visual Studio 2017:
[Path of Solution]/.vs/[Solution Name]/v15/.suo
Обратите внимание, что каталог .vs скрыт.
Вариант 5. Выгрузка и перезагрузка проекта (@TTT)
Как уже упоминалось @TTT, попробуйте выгрузить проект, который вызывает проблемы:
In Solution Explorer, right-click on project, Unload Project.
И перезагрузите его
In Solution Explorer, right-click on project, Reload Project.
Вариант 6. Удалите и добавьте ссылку на Microsoft.CSharp(@Guilherme)
Как упоминалось в @Guilherme, попробуйте удалить и добавить ссылку на “Microsoft.CSharp” из проектов, в которых возникли проблемы.
In Solution Explorer, expand the project, expand “References”, right-click on “Microsoft.CSharp” и Remove.
Затем щелкните правой кнопкой мыши References> Add Reference, выберите “Microsoft.CSharp” из списка и нажмите “OK”.
Ответ №11
Иногда мне приходится выполнять обычную очистку, просматривая все проекты и вручную удаляя папки “bin” и “obj”. Чтобы увидеть их в Visual Studio, вам нужно включить скрытые файлы и папки для каждого проекта. После этого переустановите решение.
Ответ №12
Следующее решение сработало для меня
1 – Закрыть VS
2 – Удалить папку.vs
3 – Открыть VS
4 – Сборка решения
Ответ №13
Возможно, вы пытаетесь использовать reset свой кеш intellisense. У меня была аналогичная проблема в visual studio 2012 при работе в большом проекте со многими определениями частичного класса.
Уменьшение частичных решений частично разрешило проблему, также очистив кеш intellisense – на некоторое время.
Ответ №14
Мой коллега столкнулся с этой проблемой сегодня. Мы испробовали многие рекомендации здесь, но ни одна из них не сработала, кроме решения, описанного ниже.
Проблема:
Проект строит штраф, но Intellisense не распознает определенные типы и помечает определенное с using
заявления как недействительные.
Решение:
Измените “Платформу решений” (в VS 2017 это раскрывающийся список рядом с раскрывающимся списком “Конфигурация решения”, который имеет значения, такие как x86, x64, AnyCPU, Mixed Platforms и т.д.), На AnyCPU.
Платформа для вашего проекта может отличаться, но кажется, что некоторые ссылки могут быть недействительными для всех платформ.
Ответ №15
В моем конкретном случае это была ссылка на службу, другая разработчик слилась с основной ветвью. Это было прекрасно, но подсветка синтаксиса не смогла разрешить созданный класс сервиса, а источник был выделен красным цветом. Очистка, перестройка, перезапуск ничего не сделали.
Все, что мне нужно было сделать, – это обновить служебную ссылку, и VS удалось собрать фрагменты за кулисами. Никаких изменений в исходном коде или сгенерированных файлах.
Ответ №16
Я только что столкнулся с этой проблемой после того, как вернул фиксатор git, который добавил файлы обратно в мой проект.
Очистка и восстановление проекта не сработали, даже если я закрыл VS между каждым шагом.
Что в конечном итоге сработало, переименовал файл в другое и снова изменил его.: Facepalm:
Ответ №17
0 – Щелкните правой кнопкой мыши на решении и очистите решение
1 – Закрыть VS
2 – Удалить файл проекта.suo
3 – Открыть VS
4 – Сборка решения
Ответ №18
После проверки всех перечисленных вариантов я обнаружил еще одну причину, почему это может произойти. Если кто-то отправил вам исходный код в виде zip или загрузил zip, Windows, возможно, заблокировала все файлы. 2 способа решить эту проблему:
Способ 1:
Щелкните правой кнопкой мыши на исходном файле Zip → Проверить “Разблокировать” → Нажмите “Применить”
Способ 2:
Если это не опция, а не открытие свойств для каждого файла в папке решения, просто откройте оболочку питания и разблокируйте рекурсивно, используя следующее:
Get-ChildItem -Path 'C:<ROOT FOLDER OF SOLUTION>' -Recurse | Unblock-File
Ответ №19
- сначала закройте решение.
- затем удалите файл кэша решения (в папке C:UsersDocumentsVisual StudioBackup Files/файле кэша проекта)
- затем.suo удалить файл
- то решение открывается и строится.
Я надеюсь решить вашу проблему
Ответ №20
Была эта проблема на работе (работает VS2017). Перепробовал все ответы здесь. Нет радости
Проект строился бы просто отлично, но жаловался, что не удалось найти пространства имен/типов. Красные повороты повсюду. Много ошибок в окне списка ошибок.
Мое решение содержало 3 проекта.
Обнаружено, что 3 из ссылок на библиотеку NuGet для одного из проектов были вне очереди. Консолидированы ссылочные версии библиотеки и бинго.
Надеюсь, это кому-нибудь поможет.
Бретт.
Ответ №21
Выгрузить и перезагрузить проект исправил эту проблему.
Ответ №22
Удаление папки .vs
решило мою проблему.
Но это также сбросить текущие настройки моего решения в VS. Мол, мои выгруженные проекты в решении были перезагружены, и все прикрепленные и открытые документы также были закрыты, когда я перезапустил VS.
Ответ №23
Иногда, если вы просто очищаете решение, ошибки исчезают, но они могут в конечном итоге вернуться назад или в следующую сборку.
Ответ №24
В этом случае возникла проблема с тем, что Visual Studio не распознал один тип, который показал красную отблеску, даже если решение было успешно построено. Я заметил, что в обозревателе решений у него не было стрелки расширения слева, где показаны классы и свойства при расширении.
Исправлено: Исключить файл из проекта и сохранить/построить, из-за которого возникла ожидаемая ошибка, а затем Включить файл в проект и сохранить и построить.
После выполнения этих шагов Visual Studio снова начала распознавать мой тип. Если посмотреть на diff в git, то проблема возникла из-за несоответствий строк в строке <Compile Include="..." />
моего файла .csproj.
Ответ №25
в моем случае vs никогда не сохранял импортированные пространства имен в свойствах проекта> ссылки
когда я попытался добавить/проверить их снова, я не мог и vs забросил ошибку, и когда был спасен проект vs разбился. Когда я снова открывал все стандартные импортированные пространства имен (system.data и т.д.), Все снова были отмечены галочкой, и тогда он распознавал все без ошибок
Ответ №26
TL; DR: выполнить чистую переустановку Visual Studio
Потеряв несколько часов, я все еще не мог исправить это для Visual Studio 2017. Затем я установил Visual Studio 2019 PREVIEW, и внезапно IntelliSense снова отображает меня в классах STL (что не связано с Visual Studio 2017).
Итак, я предполагаю, что может быть что-то не так с самой Visual Studio (возможно, что-то в каталоге кеша или вообще что-то на вашем ПК, которое напрямую не связано с конкретным решением), которое может быть решено чистым и полным re -установка Visual Studio. Я знаю, это глупое “решение”, но в моем случае только новая установка Visual Studio (2019) имела эффект.
Как уже упоминалось, в моем случае затронуты только классы STL. IntelliSense не отображает своих членов, что нечетно. Я думал, это может быть связано с прекомпилированными заголовками. Где-то я читал, что STL и проект должны быть на одном диске и помещать их на то же самое, чтобы решить проблему. Но ни один из этих маршрутов не привел к успеху.
Ответ №27
Я обнаружил, что это может произойти, если указанный проект нацелен на более высокую версию фреймворка, чем проект, который пытается его использовать. Вы можете сказать, если это проблема, перейдя в окно вывода и ища что-то похожее на это:
Первичная ссылка “my_reference” не может быть разрешена, поскольку она была построена на основе инфраструктуры .NETFramework, Version = v4.7.2. Это более высокая версия, чем целевая на данный момент платформа .NETFramework, Version = v4.7.
Решение состоит в том, чтобы изменить целевую структуру того или иного проекта.
Ответ №28
Попробуйте навести курсор мыши на подчеркнутые элементы. Обычно это говорит вам, в чем проблема. Чтобы просмотреть список всех ошибок/предупреждений, перейдите в View = > Список ошибок. Таблица должна открываться в нижней части IDE со всеми перечисленными ошибками/предупреждениями.
Ответ №29
Я решил эту проблему, удалив временные файлы платформы Microsoft.NET.
Место нахождения:
C:WindowsMicrosoft.NETFramework64v4.0.30319Временные файлы ASP.NET
а также
C:WindowsMicrosoft.NETFrameworkv4.0.30319Временные файлы ASP.NET