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

Question

[Kukunin]

Здраствуйте. Разрабатываю проект, стараюсь сделать максимально модульным.

В связи с этим возник вопрос. Как лучше сделать поддержку плагинов?


У меня сейчас для этого есть базовый класс, который наследуют все плагины. Конкретный вопрос: как получить список сабклассов, от базового класса плагина. Именно такой подход я использовал в других языках (более высокого уровня, чем C++).


Возможно мой подход неверный, возможно плагин должен сам себя регистрировать. Тогда когда до него дойдет управление, если единственная точка входа — main.


Можно даже, на начальном этапе, рассмотреть не динамические плагины (в *.so), а вкомпилированные в сам бинарник. Набор плагинов будет конфигурироваться через ./configure при сборке проекта.


На C++ опыта не очень много. Вопрос кроссплатформенности интересует тоже.

Comments

[Kukunin]

Немного уточню вопрос. Возможно, плагины — это немного другое, что я хочу.
У меня есть задача, которая решается несколькими способами. Разные способы ( бекенды ) могут работать на разных платформах. Сейчас это работает так:

Base *obj = new MyBackend();

Т.е. разные реализации определяют один и тот же интерфейс. У каждого бекенда есть два метода: isWorking и getWeight, на основе которых я хочу взять список всех доступных бекендов, проверить, работают ли они на данной платформе и, сортировав по весу, выбрать самый лучший.

Единственная возможность, что я вижу — захардкодить список где-то.

[Kukunin]

Другой способ, что я вижу — активно использовать макросы компилятора. Тогда набор бекендов будет задаваться при компиляции.

А как в случае динамической подгрузки? Слишком сложно? Увы, внутренние механизмы ОС не слишком понимаю, и подозреваю, что решение будет платформозависимое.

Answer 1

[Mezomish]

1. Оформляете плагины в виде *.so, из которых наружу торчит одна-единственная функция: какая-нибудь «createPlugin()», которая создаёт и возвращает объект, унаследованный от вашего базового класса.
2. Сваливаете все плагины в один заранее известный каталог.
3. В основной программе проходите по всем файлам из этого каталога и грузите плагины функцией dlopen()
4. Имея хэндл либы получаете указатель на вашу функцию «createPlugin» при помощи функции dlsym()
5. Дёргаете функцию, получаете объект «плагин», сохраняете его куда-нибудь в список.
6. Проходитесь по списку и выбираете нужный по весу.
7. Выгружаете ненужные плагины.

Начать курить доку можно отсюда, а дальше — по ключевым словам.

Comments

[Godless]

Поддерживаю такой подход. Кстати он отлично переносится с nix на Win.
LoadLibrary()+GetProcAdddress()+RegisterPlugin()

Answer 2

[megalol]

Если C++-way (и C++-only), то через pimpl. Так делают в Qt, например.
То есть бинарно-совместимый класс, лежащий в хедере, устроенный так:
class Foo{ private: unique_ptr<FooImp> impl; public: void DoSomethig(); }; //И .cpp файл, в котором лежит struct FooImpl{ void ReallyDoSomethig(){doSomething;} }; void Foo::DoSomething(){ impl->ReallyDoSomethig(); } Foo::Foo() : impl(make_unique<FooImpl>()){ }
Чуть менее C++-way — интерфейс в .h файл,

Конкретный вопрос: как получить список сабклассов, от базового класса плагина.

С++ беден об информации о типах во время выполнения. Или руками (завести функцию getPluginSubclassesList() с вручную возвращаемым списком фабрик, ну или просто завести фабрику), или взять то, что эту информацию добавит. Возможно MOC из Qt умеет это.

Comments

[megalol]

pastebin.com/uhXa8zQp

Такие сложности нужны, потому что в С++ семантика значений. Foo bla; выделит объект непосредственно на стеке, а ведь у объекта из плагина может быть произвольный размер и во время компиляции он неизвестен. Поэтому нужно использовать явный указатель Foo* bla = FooFactory('some param'); И весь код будет в этих указателях, которые пользователь еще может не догадаться освобождать. Pimpl прячет указатель и тип выглядит как значение, хотя на самом деле хранит единственную ссылку. Языки, в которых все объекты — ссылки, таких проблем не имеют.

[Kukunin]

хм. я понял, но вопрос еще открыт. Т.е. я представляю себе это так:

Base *obj = new MyPlugin();

Проблема только в том, чтобы посмотреть, какие плагины доступны и взять наилучший. В случае с pimpl — проблема остается — нужно сделать нужный указатель на Impl

[megalol]

Я написал — или руками (завести функцию getPluginSubclassesList() с вручную возвращаемым списком фабрик, ну или просто завести фабрику — политика один-плагин-в-длл в ответе ниже относится к ручному способу), или взять то, что эту информацию добавит. Первое лучше по-моему.
Нельзя написать Base *obj = new MyPlugin();. Можно написать Base *obj = MyPlugin(); Но использовать необернутые указатели нехорошо.

Answer 3

[NYM]

Как раз для этого в своем проекте и писал Попытка написания своей компонентной модели на C++. Может сгодится…