Система плагинов

#c_sharp #plugin #рефлексия

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

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

То есть нужно сделать отдельную библиотеку с апи, которую будут использовать обе
стороны (программа и плагин).

public interface IPlugin
{
    void Loaded();
}


Вот такой класс придумал в этой библиотеке.
Теперь я могу спокойно ее подключать к плагину и наследоваться.

public class Test : IPlugin
{
    #region Implementation of IPlugin

    public void Loaded() => Console.WriteLine( "Hello World" );

    #endregion
}


Вот у меня уже две библиотеки, одна с моим апи, другая его использует.
Теперь мне нужно как-то загрузить сборку с плагином и использовать его методы.
Вот тут мне и нужна помощь.

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

Вот код которым я пытаюсь что-то наколдовать:

private static void Main ( string[] args )
    {
        var pluginsPath = $"{Directory.GetCurrentDirectory()}\\Plugins";
        var files = Directory.GetFiles( pluginsPath , "*.dll" );

        foreach ( var file in files )
        {
            Console.WriteLine( $"Trying load: {file}" );
            Assembly assembly;

            try { assembly = Assembly.Load( file ); }
            catch ( Exception ex )
            {
                Console.WriteLine( ex.Message );
                continue;
            }

            var types =
                assembly.GetTypes().Where( type => type.IsClass && type.GetInterface(
nameof( IPlugin ) ) != null );

            foreach ( var type in types )
            {
                var plugin = Activator.CreateInstance( type ) as IPlugin;

                if ( plugin == null )
                {
                    Console.WriteLine( "Null" );
                    continue;
                }

                plugin.Loaded();
            }
        }
    }


Падает еще на первом try с сообщением: 


  Необработанное исключение типа "System.IO.FileLoadException" в mscorlib.dll
  Дополнительные сведения: Не удалось загрузить файл или сборку "C:\Users\anweledig\Documents\Visual
Studio 2015\Projects\Anweledig\ConsoleApplication\bin\Debug\Plugins\TestPlugin.dll"
либо одну из их зависимостей. Данное имя сборки или база кода недействительны. (Исключение
из HRESULT: 0x80131047)

    

Ответы

Ответ 1

Вы можете просто загрузить другую библиотеку. Все ее зависимости будут автоматически
загружены.

Проблема может быть только в случае, если библиотека лежит не в той же папке, в которой
лежит ваше приложение, и вы при этом загружаете ее через Assembly.LoadFrom. Чтобы это
обойти, вам нужно указать рантайму что зависимости надо искать в папке плагина, а не
в папке вашего приложения. Тогда можно будет использовать обычный Assembly.Load и заодно
заработает станадартный механизм загрузки сборок.

Для этого можно использовать создание аппдомена с указанием AppDomainSetup.ApplicationBase

Т.е. схема примерно такая:

У вас есть базовая dll для плагинов - MyApp.SDK, в ней базовый класс (а лучше - интерфейс):

public abstract class Plugin
{
    public abstract void Loaded();
    public abstract void Unload();
}


в ней же код загрузки и вызова плагина (для простоты)

public static class PluginInvoker
{
    public static void InvokePlugin()
    {
        var pluginAssembly = Assembly.Load("SomePlugin");
        var pluginType = pluginAssembly.GetTypes().Where(t => typeof(Plugin).IsAssignableFrom(t)).Single();
        Plugin plugin = (Plugin)pluginType.GetConstructor(new Type[0]).Invoke(null);
        plugin.Loaded();
    }
}


есть реализация этого плагина в SomePlugin.dll:

public class Test: MyApp.SDK.Plugin
{
    public override void Loaded()
    {
        Console.WriteLine("Loaded");
    }

    public override void Unload()
    {
        Console.WriteLine("Unloaded");
    }
}


в SomePlugin есть референс на MyApp.SDK.

И есть главное приложение, в котором есть ссылка на MyApp.SDK, но нет ссылки на SomePlugin:

static void Main(string[] args)
{
    AppDomainSetup setup = new AppDomainSetup();
    setup.ApplicationBase = @"C:\Projects\MyApp\SomePlugin\bin\Debug\";

    AppDomain pluginDomain = AppDomain.CreateDomain("plugin", null, setup);
    pluginDomain.DoCallBack(PluginInvoker.InvokePlugin);
}


ApplicationBase задает папку, откуда AppDomain будет загружать сборки - т.к. это
папка плагина, то все, на что он ссылается, будет корректно загружено.

Если плагины подгружаются из подпапки приложения (например, из Plugins), то в вместо
AppDomainSetup.ApplicationBase можно использовать AppDomainSetup.PrivateBinPath.

Если же при этом плагины вообще не планируется выгружать, и все плагины лежат в одной
папке (без подпапок на каждый из плагинов) - то можно обойтись без отдельного AppDomain,
просто дописав путь к папке с плагинами в секцию app.config/.

код примера на github: https://github.com/PashaPash/PluginLoadSample

Как создать объект с помощью рефлексии?

#java #рефлексия

                    
Существует несколько вариантов для создания объекта в Java. Слышал, что есть вариант
с рефлексией. Как это можно реализовать?
А также в чем суть названия этого метода создания объекта?
    

Ответы

Ответ 1

Class.newInstance()
Constructor.newInstance()
Unsafe.allocateInstance()
Десериализация объекта.


Ответ 2

Вся суть рефлексии в динамичности. В этом случае вы можете создавать тот объект,
который нужен в зависимости от условий. Вы можете получить название класса из БД, в
результате вычислений, из файла и т.д.

С помощью рефлексии объект создавать можно следующим образом:

Допустим, что у нас есть класс Reflect, объект которого мы будем создавать

public class Reflect {

    public Reflect () {
        System.out.println("Hello from reflect class constructor");
    }
}


Напишем класс Main, в котором будет создаваться объект класса Reflect

public class Main {

    public static void main (String args[]) throws ClassNotFoundException, IllegalAccessException,
InstantiationException {
        Class c = Class.forName("Reflect");
        Object object = c.newInstance();
    }
}


Output:

Hello from reflect class constructor


Ответ 3

наверное вы имеете ввиду class.newInstance();

Почему в php рефлексия показывает что интерфейс это абстрактный класс?

#php #интерфейс #рефлексия #php5

Можете, пожалуйста, подсказать почему в php 5.6.30 данный код:

interface IInterface {
  public function someMethod();
  public function anotherMethod();
}
function classData( ReflectionClass $class )
{
    $details = "";
    $name = $class->getName();

    if ( $class->isInterface() ) {
        $details .= "$name -- это интерфейс
";
    }

    if ( $class->isAbstract() ) {
        $details .= "$name -- это абстрактный класс
";
    }
    return $details;
}

$class_info = new ReflectionClass('IInterface');
echo classData($class_info);


выводит следующий результат:

IInterface -- это интерфейс
IInterface -- это абстрактный класс


Т.е. почему интерфейс определяется как абстрактный класс?

Если удалить методы из интерфейса, то отобразится:

IInterface -- это интерфейс  




Интересный факт: hhvm лишён этого недостатка
    

Ответы

Ответ 1

Существует 2 типа «абстрактности» в php:  


explicit - класс, явно определённый, как abstract.  
implicit - класс/интерфейс, содержащий абстрактные методы.  


Проверить на explicit абстрактность можно так:  

if ($class->getModifiers() &  ReflectionClass::IS_EXPLICIT_ABSTRACT) {
   // Перед нами абстрактный класс
}


Демонстрация

Проверить генерик-тип интерфейса в C#?

#c_sharp #net #рефлексия #net_core

У меня есть тип AType который реализует генерик-интерфейс IA
Тип BType реализует интерфейс IC.
Как я могу проверить связан AType с IC или нет?

class AType : IA
{}

class BType : IC
{}

interface IA
{ }

interface IC
{ }


Тип BType может быть любым и мне о нем ничего неизвестно. У меня есть экземпляр AType
и мне нужно понять реализует ли он IC через generic тип промежуточного интерфейса IA
Проверка ниже не работает: 

var aInstance = new AType();
aInstance is IA // false
...


Также для Type.IsAssignableFrom(Type)

typeof(IC).IsAssignableFrom(aInstance.GetType()) // false

    

Ответы

Ответ 1

Проверка ниже не работает:


Верно, потому что компилятор ничего не знает о вариантности интерфейса.

Если ваш интерфейс IA фактически является ковариантным, то укажите это явно:

interface IA { }


потом:

var aInstance = new AType();
Console.WriteLine(aInstance is IA); // True


Но явная вариантность — это ограничение и интерфейс может считаться ковариантным
только в случае когда все его члены используют тип T только для возврата.
Скомпилируется:

interface IA
{
    T Method();
}


Не скомпилируется:

interface IA
{
    void Method(T t);
}


подробно: Вариативность в универсальных интерфейсах (C#)

Если ваш тип не является ковариантным, то вам придется разбирать это явно.

Для проверок внутри класса можно написать что-то вроде:

class AType : IA
{
    public bool HasParamenterOfTypeIC()
    {
        return typeof(IC).IsAssignableFrom(typeof(T));
    }
}


тогда:

var a = new AType();
Console.WriteLine(a.HasParamenterOfTypeIC()); // True

var b = new AType