У меня есть класс 'Job', который использует 3 интерфейса в качестве паремтеров для внедрения зависимости.
Первые 2 интерфейса находятся в той же библиотеке сборок / классов, что и мой класс Job. Третий интерфейс находится в отдельной библиотеке классов, являющейся частью того же решения и имеющей ссылки на проект.
Я пытаюсь написать модульный тест, используя Job_Accessor, чтобы я мог проверить приватное поле ...
Однако я получаю ошибку во время компиляции - Ошибка «Option Strict On» запрещает неявные преобразования из «DataEntities.IDataAccess» в «DataEntities.IDataAccess». Он жалуется на третий параметр (тот, который находится в другом классе lib).
Если я использую только свой класс Job (вместо Job_Accessor), я не получаю эту ошибку ...
Есть ли проблема с MS Test Project, что при создании аксессоров они работают только через собственную сборку? Кажется, эту ошибку невозможно исправить, потому что она не имеет никакого смысла - жалуется, что я не могу привести тип к его собственному типу ...