Указанный компонент "Система" не найден. (или любой другой компонент, если на то пошло)

Ответ 1

Предлагаемый следующий шаг отладки: просмотрите Конструктор проектов: Ссылки → Пути ссылок, чтобы убедиться, что пути к вашей системе и сторонним компонентам отображаются правильно. (Следите за вещами, которые могут проскользнуть мимо старого Mark я Eyeball, как буквы диска.)

Ответ 2

В моем случае решение было совершенно другим. Похоже, что это была проблема с путями NuGet (вызванная тем, что я переместил проект в другое решение, а затем снова вернулся.

Я отредактировал файл .csproj и удалил все ссылки на NuGet и связанные с ним пакеты. Я также удалил папку пакетов из папки решений.

Системные компоненты затем волшебным образом снова появятся.

Ответ 3

У меня была та же проблема. Оказывается, что что-то не так с NuGet. Я удалил следующую часть *.csproj -File (открыт в текстовом редакторе). Это решило проблему для меня:

<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">
    <PropertyGroup>
        <ErrorText>This project references NuGet package(s) that are missing on this computer. Enable NuGet Package Restore to download them.  For more information, see http://go.microsoft.com/fwlink/?LinkID=322105. The missing file is {0}.</ErrorText>
    </PropertyGroup>
    <Error Condition="!Exists('$(SolutionDir)\.nuget\NuGet.targets')" Text="$([System.String]::Format('$(ErrorText)', '$(SolutionDir)\.nuget\NuGet.targets'))" />
</Target>

Ответ 4

Попробуйте запустить VS после turing при регистрации загрузки сборок с помощью fuslogvw. Вы сможете увидеть дополнительные ошибки, обнаруженные средой выполнения, когда она пытается найти и загрузить сборки.

В Vista вам нужно запустить fuslogvw как администратор, а иногда указывать явный путь для сохранения журналов.

Вы также можете попробовать отладить Visual Studio, подключив его к другому экземпляру или базовому отладчику, включенному в .NET SDK.

Ответ 5

У меня была подобная проблема не так давно.

Я обнаружил, что проблема была вызвана тем, что git неправильно создала .exe при переходе от ветки к ветке (у нас есть nuget.exe в пути, и он удалялся/добавлялся при прыжках с ветками). Когда вы попытаетесь запустить nuget, окна будут бросать подгонку по exe.

После многократного перерыва в ветки я окончательно получил exe для правильной работы. Затем я заметил, что безопасность во всех каталогах в репо была reset, поэтому мне пришлось иметь дело с этим.

После всего этого визуальная студия начала играть хорошо.

Надеюсь, это поможет кому-то!

Ответ 6

Мне очень жаль это говорить, но похоже, что система довольно похороня. Должна быть точка, когда быстрее переустанавливать ОС, чем продолжать исправление текущей установки.

Я просто надеюсь, что вы примете это в правильном духе... извините.

Ответ 7

Ну, если вы нажмете на ошибку, в VS 2012 RC, а затем отлаживаете ее, ошибка исчезнет...

Ответ 8

Выстрел в темноте здесь, но я столкнулся с той же (аналогичной) проблемой. Проблема, с которой я столкнулся, связана с наличием 64-битной машины и запуском проекта, который имел смесь 64-битной и 32-разрядной DLL сторонних разработчиков. Решение состояло в том, чтобы убедиться, что у меня есть правильные биты (32v64), а затем для создания проекта в 32-битном режиме: свойства проектa > сборкa > цель платформы: x86.

В другой раз это произошло, мне пришлось удалить всю 64-битную dll и переустановить с 32-разрядной dll

НТН-х

Ответ 9

Проверьте свой результат с помощью ILDASM, чтобы убедиться, что ссылки отображаются правильно - сравните их с сборкой, которая работает, и посмотрите, что что-то скачет от вас.

Ответ 10

Это может также быть проблема со ссылками на другие проекты в том же решении. Я только хотел создать один проект, но получил это сообщение о ссылках в другом проекте. Хотя проблема в другом проекте была правильной, я думаю, что сообщение неверно:

• Я не ожидал сообщения о другом проекте (другой проект не зависел, поэтому его не нужно было создавать)
• Я не мог "интерпретировать" это, потому что в нем не упоминался проект, о котором он говорил).

Ответ 11

Я знаю, что это старый вопрос, но он все еще происходит в последней версии Visual Studio (2015). Я исправил его по-другому, который, возможно, не был доступен, когда был задан вопрос. В принципе, это связано с тем, что VS не может найти пакет .Net Library. Чтобы исправить в последней версии Visual Studio (2015):

• Щелкните правой кнопкой мыши на своем решении в диспетчере решений. Выберите "Управление пакетами NuGet для решения..."
• в окне NuGet перейдите к "Установлено".
• Если у вас есть что-то связанное с Microsoft.Net, например "Microsoft.NetCore.UniversalWindowsPlatform", запомните имя и удалите пакет.
• Теперь перейдите на вкладку просмотра и найдите пакет и установите его снова. Не забудьте выбрать нужный проект.
• Теперь все должно быть хорошо.

Надеюсь, это поможет кому-то!