Я'вэ установлена недавно выпущенная версия Visual Studio 2017 и начал свежий основного проекта ASP.NET таргетинга .Чистые ядра.
Из коробки, Я'м получать
имя типа или пространства имен 'система' не может быть найден (вы отсутствует директива using или ссылка на сборку?)
ошибка. Любая идея, что's причиной этого и как это исправить?
Также, похоже, есть проблемы с NuGet пакеты, а также:
Я также попытался восстановить dotnet ограничителя на проект через командную строку и получаю следующую ошибку:
П. С. вроде как с сожалением, что вы получаете сообщение об ошибке в новый проект в последней версии Visual студии 2017!
Обновление: Версия SDK является V 1.0.1 -- см. ниже:
Обновление 2: Это очень странно. Похоже, что первоначально проблема была из-за источника NuGet-пакет, указывающий на папку в папку Visual Studio 2015 для. Я бесконтрольно его и оставил только nuget.org. С моего проекта, казалось бы, восстановил все пакеты и когда я начал проект, он загружает стандартную страницу ASP.NET . Но если я открываю стартап.CS файл, я получаю подчеркивание красной волнистой линией, но если я запускаю проект, он отлично работает. Что'ы происходит?
Обновление 3: Я закрыл проект и против 2017. Тогда я перезапустить против 2017 и открыл проект и сейчас вроде бы нормально. И я'м не ссылаясь на .Библиотека NETStandard 1.6.1 и все, кажется, работает нормально сейчас.
Наткнулся на тот же вопрос сегодня. У меня был старый источник NuGet, который больше не существовал. Поэтому я зашел в инструменты и GT; диспетчер NuGet пакет и ООН-проверено не тот. Нажмите и"Ок", и потом перестроил проект, и он прекрасно работает сейчас. Похоже, вы наткнулись на него, но также хотел, чтобы убедиться, что это фиксированная моя проблема, и это делает.
У меня была такая же проблема, сначала при преобразовании веб-проекта VS2015 чистого ядра MVC до 2017 года и потом при попытке создать новый веб-приложение в 2017 году.
Поехал в сервис|Диспетчер пакетов NuGet|пакет диспетчер настроек - проверено 'позвольте NuGet, чтобы загрузить недостающие пакеты' и 'автоматически проверять недостающие пакеты при сборке в ВС' и нажал 'очистить все кэша NuGet(ы)'.
Потом заново строили решение - это найти и загрузить все необходимые пакеты и побежал OK.
Может не работать для всех случаев, но простой и стоит попробовать.
Несколько закрывать и открывать VS2017 починил его для меня.
Проверьте версию .Net утилиты командной строки в cmd, просто типа dotnet ограничителя --информация
. Если версия 1.0.0
, попробуйте установить последнюю версию .Чистый базовый пакет SDK от ЗДЕСЬ.
У меня была такая же проблема с Visual Studio в 2019 и .Чистый базовый пакет SDK 2.2.
Эти действия решили проблему:
Этот вопрос, кажется, быть вызвано множеством причин. Шахта была вызвана клонирование прямо из ВСЦ с помощью Git Баш, мой каталог проекта было в ней места. Баш ГИТ изменен этих пробелов в пути на %20. Она скидывала все ссылки в мой проект. Поэтому для тех, кто пробовал все остальное, и находятся в их конце остроумия, убедитесь, что %20-это не в путь.
Я также имел такую же проблему. Не папку SDK в зависимости один. Поэтому, не Microsoft.NetCore.Приложение библиотеки !
Чтобы решить эту проблему, в окне менеджера NuGet, то установите любую из NuGet, который зависит от .NetCoreApp (вы можете установить, например, Майкрософт.AspNetCore или BundlerMinifier.Ядра от Microsoft визуальной студии автономных пакетов с исходным кодом).
Пакет SDK будет восстановлено то же время.
Как только он вернется, вы можете удалить ранее добавленного пакета NuGet. SDK будет оставаться на месте.
Найти сломанные проекта и щелкните правой кнопкой мыши, выгрузить, Правой Кнопкой Мыши, повторно загрузить. Быстро исправить для меня.
Если вы получаете проблемы при использовании командной строки, попробуйте сделать из NuGet восстановить "вместо" восстановить dotnet ограничителя
, как иногда тянет вниз пакетов, что dotnet ограничителя командной строки, кажется, Мисс.
Я имел эту проблему тоже, но не сейчас, это решило мою проблему: выбрать проект -> Свойства из меню. В окне "свойства проекта", в разделе свойства -> конфигурация; с общими, убедитесь, что поддержка среды CLR имеет значение поддержка среды CLR (параметром/CLR)
Просто открыв Диспетчер пакетов NuGet и затем с параметрами, связанные с ним - ничего не меняется - просто смотреть вокруг, а когда я закрыла, эта проблема исчезла.
Это, кажется, повторяющаяся проблема, которая может приходить и уходить без какой-либо очевидной причины.
Для меня проблема была вызвана мой проект, IntermediateOutputPath заказ`. По какой-то причине, если
имя_проекта.csproj файл.из NuGet.г.цели не в папке obj-файлы из папки проекта, произошла ошибка.
IntermediateOutputPath используя по умолчанию или держать теневую копию имя_проекта.csproj файл.из NuGet.г.цели в поддельные
папку obj` решает проблему для меня.
Ни один из ответов здесь работал для меня итак, я'м проводки что сработало. Мои ошибки были в основном такие же, как оригинальный плакат, но у меня тоже было:
Ошибка при загрузке метаданных для 'корпорация Майкрософт.Расширения.FileProviders.Встроенный.2.0.1' шестнадцатеричное значение 0x1C недопустимый символ
Каждый раз, когда я пытался скачать другой пакет NuGet или восстановить старые пакеты, я вижу эту ошибку. Я также видел другие ошибки, такие как:
тип или системе пространства имен не может быть найден
Проблема для меня возникла, когда работает мой визуальный Studio в качестве администратора с отдельного пользователя, я создал git РЕПО с исходными файлами в пользовательском документы моей обычной учетной записи. Когда я создал новое решение в данной папке вышеуказанные ошибки. Попробуйте создать свой проект в другом месте и посмотреть, если ошибка все еще возникает.
Была такая же проблема. Удалил приложение выводы из моих проектов с помощью диспетчера пакетов NuGet. Я'м не смотря не на что пока, я просто хотел ядро и модульные тесты. Проблема решена.
Передо мной стоял тот же вопрос, когда я создал новый проект (.чистая ядро 2.2) в VS2019.В моем случае был пакет Azure, который создает проблему.Я удалил его и проект начал работать нормально. Выполните указанные ниже команды, чтобы удалить пакет.
удалить пакет Microsoft.VisualStudio.В Azure.Контейнеры.Инструменты.Цели -Версии 1.7.10
Не совсем уверен, в каком порядке против 2017 пытаются разрешить пакеты. Но моя ситуация была следующей. В моем VS2015 я был настроен местные и 3-м лицам для пакетов NuGet, только что установленной версии 2017 года слишком загружали их.
https://api.nuget.org/v3/index.json был первым в списке.
Но vs2017 бросил ошибку, что это может'т вернуть .сетка основных библиотеках с моей другой локальный РЕПО.
После того, как я бесконтрольно все они, за исключением https://api.nuget.org/v3/index.json он начал работать нормально.