Тип юниверса не может разрешить сборку: 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
Это может быть связано с тем фактом, что для некоторых пакетов используется частная лента рассылки, но это может быть красная сельдь. Я не углубился в проблему, чтобы получить минимальные шаги воспроизведения.