Невозможно загрузить сборку при ссылке на тип BindingFlags в Windows 10 Универсальная библиотека Windows

Question

При запуске модульных тестов вызов любого метода в моей библиотеке DLL со стандартной библиотекой времени выполнения, которая ссылается на «System.Reflection.TypeExtensions», генерирует исключение FileNotFound, поиск «System .Reflection.TypeExtensions». Ошибка не возникает, когда один и тот же код выполняется в универсальном приложении Windows 10.

Проект представляет собой портативную среду исполнения C#, настроенную для поддержки .net Framework 4.6 и Windows Universal 10.0. Проект тестирования настроен на использование .net Framework 4.6.

Всякий раз, когда я пытаюсь вызвать метод, который использует тип System.Reflection.BindingFlags, я получаю следующее исключение. Исключение возникает при запуске вызова (предположительно, когда выполняется функция).

Test method Sfx.Test.SignalExpressionTest.TestAddExpressions threw exception: 
System.IO.FileNotFoundException: Could not load file or assembly 'System.Reflection.TypeExtensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.=== Pre-bind state information === 
LOG: DisplayName = System.Reflection.TypeExtensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a 
(Fully-specified) 

Answer 1

Добавление этих пакетов является то, что нужно делать. Вот почему вы видите это поведение:

1. BindingFlags в настоящее время [1] подвергается в System.Reflection.TypeExtensions.
2. Когда вы компилируете библиотеку классов .NET Core, компилятор записывает ссылку на тип как System.Reflection.TypeExtensions!System.Reflection.BindingFlags.
3. Когда вы используете библиотеку классов из приложения .NET Framework, вам нужно добавить ссылку на System.Reflection.TypeExtensions, иначе компилятор не сможет решить этот тип. То же самое верно для проекта модульного тестирования, который должен развернуть весь код для запуска.
4. Во время выполнения CLR будет разрешать тип, найти тип вперед, который указывает на mscorlib!System.Reflection.BindingFlags и с радостью запустить ваш код.

Как правило, .NET Core предназначен для развертывания фреймворка в локальном приложении, другими словами, когда ваше приложение развертывается в папке, закрытие всех ваших зависимостей необходимо также развертываться. Хотя проекты модульных тестов являются концептуально библиотеками классов, то же самое происходит, потому что они выполняются как приложения.

Конечно, мы не ожидаем, что люди будут вручную настраивать ссылки и искать зависимости. То, что вы видите в данный момент, - это дореволюционные биты, в которых не все части опыта нашего инструментария делают правильные вещи.

Два вопроса с моей стороны:

1. Какие рамки модульного тестирования вы используете? Я предполагаю, что это MSTest (Microsoft.VisualStudio.TestTools.UnitTesting), в отличие от xUnit или NUnit?

2. Какой бегун вы используете? Я предполагаю, что это встроенный тестовый проводник Visual Studio (в отличие от ReSharper или TestDriven.NET)?

---

[1] Я говорю, потому что в настоящее время на основе обратной связи с клиентами мы decided, чтобы переместить его обратно в System.Reflection, вместе с API, которые принимают BindingFlags.

Answer 2

добавить ссылку на NuGet пакеты:

System.Reflection 
System.Reflection.Extensions 
System.Reflection.Primitives