Visual Studio 2015 або 2017 показує помилки IntelliSense, але компілює рішення

Наразі ми оцінюємо нову Visual Studio 2015 і зіткнулися з дивною проблемою з IntelliSense. Коли я склав наше основне рішення з новою студією, збірка вдається, але все ж показано 6 помилок.

Я виявив, що це не реальна помилка, а лише помилка інтелігенції. Код, безумовно, правильний, і все складено успішно. Однак код позначений червоним кольором, а помилки відображаються у списку помилок.

Усі 6 помилок мають однакове походження. Це простий виклик конструктора. Як не дивно, але є також деякі випадки того самого конструктора без помилок.

Повідомлення про помилку:

Code: CS1729
Message: '<the class>' does not contain a constructor that takes that many arguments.
Project: <the project name>
File: <the path to the file>

Нова студія була встановлена ​​на щойно встановленому Windows 7 без будь-якого застарілого програмного забезпечення (без VS13).

Я вже намагався очистити кеш-пам'ять, видалив файл suo, видалив бін та obj каталоги, очистив та відновив рішення тощо. Але нічого не вийшло.

Хтось може мені пояснити таку поведінку?

Також була ця проблема з перенесеним проектом, тому я посилався на dll Microsoft.CSharp. У деяких проектах мені потрібно було видалити та додати ще раз Посилання в проект.

У мене було тисячі помилок інтелігенції та 0 помилок побудови. Після видалення.suo файлу та перезапуску VS інтелігенції помилки не зникають.

Suo файл розташований відносно джерела у: .vs\SolutionName\v14\.suo

Відповідно до коментаря: остерігайтеся цього *.suo це прихований файл.

Редагувати: Відповідно до коментарів, VS2017 має ту саму проблему, тож ви можете використовувати подібне рішення: Видалити.vs\SolutionName\v15\.suo

Потрапив у подібний випуск у Visual Studio 2017 ASP.Net Core Project. Наступні кроки зробили для мене трюк

1. Виконайте чисте рішення
2. Закрити VS
3. Видалити .suo файл та видалити bin / obj каталоги
4. Повторно відкрити VS

Аналогічна проблема, як і інші, але різне вирішення. Проводка, якщо я можу допомогти комусь іншому.

Запуск Visual Studio 2017 15.5.2. Я використовую Git і часто перемикаю гілки. Кілька тижнів тому у мене почали редактори показувати мені помилки (усі пов'язані з типами, які він не міг знайти, навіть якщо посилання були дійсними). Compile чудово працював. Я підтвердив ту саму проблему в VS 2017 15.6 Preview (6 січня 2018 р.). Я б спробував видалити кеш, файли SUO або папки bin / obj, і це не вплине. Спочатку, здавалося б, працює. Відкрийте візуальну студію і все виглядало б добре. Використовуйте "Відновити рішення", і помилки IntelliSense повернуться. Я навіть спробував видалити / перевстановити Visual Studio.

У мене був той самий випуск на двох машинах, обидва з однаковою версією Visual Studio.

Переглядаючи помилки щодо відсутніх типів, вони, як видається, походять з двох посилаються проектів. Однією з таких посилань був спільний проект, який використовувався майже будь-яким іншим проектом у вирішенні, але одна з них була невеликим проектом без багатьох посилань. Так буває, що на малий проект також посилався мій більший спільний проект. У Visual Studio я вивантажив невеликий проект і перезавантажив його. Помилки пішли! Вони помилки не повернулися на Rebuild Solution.

Потім я переключив гілки Git і всі помилки повернулися. На щастя, я повторив вищезазначені кроки вивантаження / перезавантаження малого проекту, і помилки усунулися.

Кожен раз, коли я перемикаю гілки Git, помилки повертаються, поки я не повторюю цей процес. Між гілками Git є менші зміни для меншого проекту, який я вивантажую / завантажую. Незрозуміло, чому ця послідовність виправляє мою проблему.

Також була ця проблема (заголовок, а не конкретне повідомлення про помилку), а також чіткі лінії в редакторі. Перша криволінійна лінія знаходиться під першою#include твердженням, яке називає попередньо складений заголовок. Intellisense не може включити попередньо складений заголовок, але не відображає це як помилку; натомість він перелічує помилки далі у файлі, за кодом, який (дуже справедливо) покладається на декларації у попередньо складеному заголовку.

Причина, що Intellisense не знаходить попередньо складеного заголовка в моєму середовищі, полягає в тому, що названий заголовок не є фактичним файлом. Це не повинно бути в будь-якій іншій версії VC або gcc, яку я використовував, а також у компіляторі 2015 року, доки попередньо складені параметри заголовка правильно налаштовані. Мабуть, вже не для Intellisense. Я не зовсім впевнений, що в 2013 році було інакше, можливо, я просто ніколи не помічав.

У тому малоймовірному випадку, що це була б проблема, про яку тут повідомляється, рішення просте: створити невеликий файл із прізвищем попередньо складеного заголовка, як зазначено в #include директивах, і нехай цей файл містить фактичну назву заздалегідь складеного заголовка.

Якщо вам цікаво ... чому ця різниця між попередньо складеним назвою заголовка в операторі "#include" і фактичним іменем файлу попередньо складеного заголовка? Саме тому, що це гарантує правильність налаштування попередньо складених заголовків. Де б попередньо складений заголовок "#included", навколо нього не існує жодного файлу. Чи читається фактично попередньо складена (двійкова) версія фактичного заголовка, або компіляція не вдається. Очевидно, недоліком є ​​те, що він бентежить людей, які читають код, а не лише Intellisense.

Visual Studio 2017 Я видалив файл ".suo" з розташування .vs \ SolutionName \ v15.suo І потім перезапустив Visual studio. Це працювало для мене.

Сьогодні у мене були подібні проблеми з MSVC ++ 2015. Я майже відмовився і вирішив продовжувати без підказів IDE, але раптом я помітив, що stdafx.h проекту, у якого виникли проблеми, не містить стандартних заголовків бібліотеки. Я гадав, що включення всіх стандартних заголовків, що використовуються в проект, в stdafx.h може збільшити швидкість компіляції, однак, роблячи це, також виправлені помилки Intellisense.

У мене було кілька stdfax.hдодаткових каталогів включення. Переконайтесь, що stdafx.hнамічене спочатку на вашому шляху.

У мене була схожа проблема з різними версіями Visual Studio.

Видалення папки .suo чи .vs мені не допомогло.

Рішення для мене було в тому, що я активував розширення StopOnFirstBuildError. Після вимкнення "Зупинити побудову на першій помилці" в меню збірки та після того, як рішення було повністю побудоване, помилки, показані Intellisense, усунулися.

Я бачив помилки міжбіркового пошуку лише під час публікації веб-сайту. (ASP / C # сайт, VS 2017). Вони порушили публікацію. Місцевий сайт працює нормально.

Усунув помилки, знявши галочку перед попередньою компіляцією, і вона опублікувала штраф. Опублікувати -> Налаштування -> Опції публікації файлів -> Попередній компіляцію під час публікації

У Visual Studio 2019 проблема полягає у зміні гілок з Git, коли в проекті встановлені пакети NuGet. Що я зробив для вирішення цього питання:

1. Чистий розчин
2. Закрити Visual Studio
3. Видаліть папку пакетів
4. Відкрити візуальну студію
5. Перейдіть до менеджера пакунків
6. Відновити всі пакети
7. Перекомпілюйте
8. Якщо roslyn відсутній, закрийте і відкрийте Visual Studio, тоді перекомпілюйте.