Как заставить работать зависимости пакетов для Prism и Unity? - PullRequest
0 голосов
/ 16 июня 2020

У меня есть приложение WPF, построенное на. Net 4.8, Prism и Unity, с использованием PackageReference в файлах проекта. Время от времени я обновляю ссылки Nuget на самые новые. Пакеты, относящиеся к Prism и Unity, неоднократно были занозой в заднице.

Теперь снова такой момент. А точнее прошедшие ДНИ. Я пытаюсь использовать такие пакеты, как

  • Prism.Wpf 7.2.0.1422
  • Unity.Container 5.11.8

Я все время натыкаюсь на ужасное " Определение манифеста обнаруженной сборки не соответствует "ссылке на сборку", снова и снова в различных вариантах. Видя предупреждения вроде «Обнаружены конфликты между различными версиями ... которые не могут быть разрешены» или «явное перенаправление привязки на ... конфликтует с автоматически созданным перенаправлением привязки».

Я возился с этим lot, проверка всего дерева зависимостей, удаление, добавление или изменение перенаправлений, добавление или удаление пакетов. Конечно, поиск в сети. Это свело меня с ума. Как выйти из этого и предотвратить это в будущем?!

Я не знаю, является ли это где-то комбинацией ошибок, или я просто не понимаю, как это использовать. Итак, я поставлю это как вопрос.

Как я должен заставить все работать?!

  • Установить AutoGenerateBindingRedirects или нет?
  • Установить явные перенаправления или не? Если да, то для каких версий, до какой другой версии? А как насчет publicKeyToken?
  • А как насчет тестирования проектов с использованием MSTest, Moq, Appium, нужен ли им другой подход?

Честно говоря, у меня создалось впечатление, что использование Nuget для установки пакетов просто позаботится обо всем этом, особенно с использованием PackageReference. Очевидно, это не так.

Я в растерянности. Есть ли кто-нибудь, кто может указать мне правильный подход?

Заранее спасибо!

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...