Литература по написанию приложений с поддержкой плагинов (полноценной)

man dlopen, все остальное ненужно.

Есть довольно интересная книжка про создание архитектуры IDE с упором на расширяемость и поддержку плагинов. Правда язык C# и естественно никаких qt. Зато написана книга по большой реально существующей и работающей IDE. Надо ссыль?

> Надо ссыль?

Да, скиньте плиз.

http://www.sharpdevelop.com/OpenSource/SD/InsideSharpDevelop.aspx

Если ссылка на закачку не работает - надо спросить гугл и скачать с другого места. Благо авторы выложили её в открытый доступ.

Как же не нужно, dlsym еще.

Да и речь вроде шла об архитектурном уровне

>Приветствуются живые примеры с хорошим кодом, где легко разобраться.
leechcraft
//сбежал из треда

>с поддержкой плагинов

Не нужно. Правильный способ организации расширяемой системы: предоставить внешним процессам доступ к возможностям ядра программы через стандартные механизмы обмена данными: пайпы, сокеты. man fvwm как пример.

Мне почему то кажется, что это будет несколько медленнее чем работа в общем адресном пространстве — я не прав?

редоставить внешним процессам доступ к возможностям ядра программы через стандартные механизмы обмена данными: пайпы, сокеты. man fvwm как пример.

А если это гуй? Тогда просто обвешать костылями, ага. Я про so-библиотеке в роли плагинов подразумевал в теме.

А что гуй? Я вон гуёвое приложение и привел в пример.

Если бы всё делалось из соображений производительности, писали бы до сих пор на асме.

и желательно на русском

нет пути

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

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

Если бы всё делалось из соображений производительности, писали бы до сих пор на асме.

4.2

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

смотри исходники QtCreator

Так получилось, что я некоторое время работал в проекте, который очень похож на твоё описание — язык С++, Qt, использовал плагины. Он был достаточно большой и к концу моей работы в нём, для него существовало больше десяти различных плагинов.

Архитектура там была такая — сравнительно небольшое ядро программы загружает все библиотечки из заданной папки и выполняет единственную функцию (что-то типа IUnknown * GetObject()). Этот IUnknown — это слизанный с ms COM интерфейс (он там также и называется). Далее из этого интерфейса получаем нужную функциональность.

Такой подход мне показался очень удобным — прекрасно масштабируется.

Вот накидал по памяти примерчик. В архиве уже есть бинарники под x64 если чё, только перед запуском надо export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:. в консоли прописать, запускать файл ./hello :) Экзешник «core» там лишний, но влом перезаливать))

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

сразу вопрос. Что такое GetObjectFunc? В Qt не нашел.

Что такое GetObjectFunc?

typedef IUnknown* (*GetObjectFunc)();

Указатель на функцию, возвращающую объект, реализованный в плагине.

Хидеры читать не учили?

Упс, невнимательный я. Думал это что-нибудь типа WinAPI

Пожалуйста :)

Чисто в теории этот же код должен заработать и под windows, надо только загрузку *.so заменить на *.dll

LD_LIBRARY_PATH надо менять потому что в qt нет возможности указать полный путь к библиотеке — он по названию пытается найти библиотеку во всех путях перечисленных в LD_LIBRARY_PATH и /etc/ld.so.conf