IsAssignableFrom() возвращает false, когда должно возвращать true

Обычно это происходит, когда существует несоответствие между сборкой, содержащей тип IPlugin, на который ссылается текущая сборка, и сборкой, на которую ссылается сборка, содержащая типы, которые вы повторяете.

Предлагаю распечатать:

typeof (IPlugin).Module.FullyQualifiedName

и

foreach (var type in t.GetInterfaces ()) 
{    
    Console.WriteLine (type.Module.FullyQualifiedName)
}

Чтобы увидеть, где несоответствие.

У меня была такая же проблема, когда интерфейс был определен в отдельной сборке для типа реализации. Итерация и загрузка сборок из корневой папки, содержащей dll с классами и dll с интерфейсом, приводила к несоответствию типов, как указано выше.

Одним из решений было изменить LoadFrom() на LoadFile(). Метод LoadFrom имеет некоторые недостатки, и это один из них:

Если сборка с тем же идентификатором уже загружена, LoadFrom возвращает загруженную сборку, даже если был указан другой путь.

Другой способ преодолеть это — поместить все dll с типами, реализующими интерфейс, в отдельную папку и не копировать сборку, на которую ссылаются (CopyLocal = False), чтобы Assembly.LoadFrom не загружал dll, содержащую интерфейс, в память.

В некоторых других ответах упоминается отсутствие ясности в названии метода IsAssignableFrom. Я согласен, и в результате использовал его неправильно.

Попробуйте немного поэкспериментировать с перестановкой объектов в своем коде и посмотрите, работает ли это. Например:

Заменять:

if (typeof(IPlugin).IsAssignableFrom(t))

с участием:

if (t.IsAssignableFrom(typeof(IPlugin)))

Сделав это, я не только заставил его работать, но и начал понимать, что на самом деле делает этот метод.

Иногда проблема заключается в том, что динамическая сборка ссылается на другую сборку.

Одна простая вещь, чтобы отключить локальную копию в сборке (в Visual Studio щелкните ссылку правой кнопкой мыши и установите для локальной копии значение false). Это должно упростить определение каталога, в котором находится сборка.

Вы также можете реализовать преобразователь сборки на тот случай, если .NET не знает, как инициализировать тип.

        AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler([Resolve Function]);

Я работаю на Java, который имеет тот же метод API, и я просто не могу понять его при чтении кода (по какой-то причине); поэтому я всегда читаю это в обратном порядке, поскольку в вашем случае «t присваивается IPlugin». Поэтому, если в C# есть «is», как предлагает Джонатон, я всегда буду использовать его — при отражении в Java «instanceof» не работает для Объекты класса, только экземпляры объекта.

Если вы используете .net core и следуете руководству по эта ссылка, то не забудьте добавить ее в свой проект плагина.

<ItemGroup>
    <ProjectReference Include="..\PluginBase\PluginBase.csproj">
        <Private>false</Private>
        <ExcludeAssets>runtime</ExcludeAssets>
    </ProjectReference>
</ItemGroup>

как описано в ссылке. Вы получите вышеуказанную ошибку, если вы этого не сделаете. Мне это тоже помогло

Имя метода Type.IsAssignableFrom расплывчато и сбивает с толку, если его применять для тестирования наследования или обнаружения реализаций интерфейса. Следующая оболочка для этих целей будет иметь гораздо больше смысла:

    public static bool CanBeTreatedAsType(this Type CurrentType, Type TypeToCompareWith)
    {
        // Always return false if either Type is null
        if (CurrentType == null || TypeToCompareWith == null)
            return false;

        // Return the result of the assignability test
        return TypeToCompareWith.IsAssignableFrom(CurrentType);
    }

Затем можно получить более понятный код приложения, например:

    bool CanBeTreatedAs = typeof(SimpleChildClass).CanBeTreatedAsType(typeof(SimpleClass));
    CanBeTreatedAs = typeof(SimpleClass).CanBeTreatedAsType(typeof(IDisposable));

Преимущество этого метода по сравнению с ключевым словом «is» заключается в том, что его можно использовать во время выполнения для проверки неизвестных произвольных типов, тогда как ключевое слово «is» (и общий параметр типа) требует знания определенных типов во время компиляции. .