Тип юниверса не может разрешить сборку: System.Configuration И не удается разрешить сборку или файл метаданных Windows 'System.Configuration.dll

Я разрабатываю приложение UWP через VS2015 в Win10. Мое приложение работает отлично, но только сегодня, когда я запускаю свое приложение, даже я не вносил изменений в такие... и он показывает 2 ошибки и не работает сейчас.

1. Type universe cannot resolve assembly: System.Configuration, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.      

2. Cannot resolve Assembly or Windows Metadata file 'System.Configuration.dll'

Что это за ошибки... Я не нашел удовлетворительного решения

Ответ 1

Я смог решить эту проблему, установив флажок "Автоматически проверять недостающие пакеты во время сборки в Visual Studio" ( "Разрешить загрузку нужных пакетов NuGet" уже был проверен), а затем перестроить. Эти параметры можно найти в "Инструменты" → "Менеджер пакетов NuGet" → "Параметры диспетчера пакетов".

Ответ 2

Смотрите ссылку , вам нужно удалить "Microsoft.VisualStudio.QualityTools.UnitTestFramework"

Ответ 3

Я установил аналогичную проблему, удалив каталог C:\Users\%username%.nuget.

Ответ 4

Приложение UWP С# XAML, MVS2017

У меня была похожая проблема сегодня со следующей ошибкой при сборке после установки нового пакета NUGET (конкретно пакета NUGET Microsoft.Toolkit.Uwp.UI.Controls):

"cannot resolve assembly or windows metadata file 'type universe cannot resolve assembly: netstandard, version=2.0.0.0, culture=neutral, …"

Это оказалось несовместимостью между версиями пакета NUGET. Я выяснил это, немного покопавшись в менеджере пакетов NUGET с версиями пакетов. Немного проб и ошибок, и я обнаружил, что, понизив версию только что установленного пакета и обновив версию другого пакета (в данном случае NewtonSoft.Json), я начал строить нормально, без ошибок и предупреждений...

Ответ 5

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

call nuget restore "%Top_Level_SLN_File%" -Recursive

и верь, что все пакеты были восстановлены. Теперь я должен бежать,

for/r %%I IN (*.sln) DO call nuget restore "%%~I" -Recursive

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