Плагины на C++ для программы на delphi. Это возможно?

[GunSmoker]

Да, но этот комментарий там по другой причине: межмодульное управление памятью, а не по причине межязыкового взаимодействия.

Т.е. даже если DLL и exe написаны в одной версии Delphi, то комментарий остаётся в силе - (просто так) использовать String нельзя (даже в Delphi). Нужен общий менеджер памяти. Тогда - можно.

Единственное - я бы заменил указание использовать PChar на указание использовать WideString. Всё же на дворе не 95-й год.

[Человек_Борща]

Сообщение от xwicked

Исходя из своего опыта экспериментирования с dll(C++) и вызова в Lazarus и Delphi, то могу предположить, что это не только возможно, но и ничего сложного при реализации быть не должно

Можно словесно описать как общается?:
плагин-DLL <=> PluginAPI.DLL <=> программа

[xwicked]

Плагины я не писал. Точнее разбирал только один пример в Qt4(C++), но там есть специальный интерфейс для загрузки плагина QPluginLoader.
Примеры из сети по Delphi приводить не буду, так как сам не проверял.
Я хотел сделать интерфейс к своему кроссворду, но достаточной силы желания у меня не появилось(тупо лень было ). Поэтому, когда сам попробую и реализую простейший пример - отпишусь. Буду юзать Delphi и Builder. Думаю для эксперимента сойдёт? Я тогда смогу словесно описать, что я делал.

Просто есть предположение, что если некоторые вещи обзывать сложными словами, то они становятся сложными...

[pu4koff]

Человек_Борща, я так понял, что хочется использовать интерфейсы и классы в плагинах. т.е. в PluginAPI описан некий интерфейс, который должны реализовать все плагины и через который программа будет с ними общаться. Простые DLL тут не помогут и нужно привлекать технологию COM. В этом случае уже будет не всё так легко и просто, но по другому с классами не получится. Другой вариант - забить на интерфейсы и из DLL экспортировать отдельные функции.

[haruhi]

не понимаю людей которые постоянно всё усложняют. COM это масса геморроя, COM стоит использовать только в том случае если это действительно нужно, а плагины вполне можно реализовать и через обычные функции

[Человек_Борща]

Где можно почитать про плугинизацию через COM? И вообще о COM?

xwicked, интересно как в квипе зделано. Там вроде и без всяких dll/com, просто pas и .h файлы.

haruhi, не думаю. Если я хочу достичь цели, полезу через любой геморой. (Со скайпом, к примеру, можно работать через COM).
Допустим я хочу дать разработчику свободу ввиде доступа к нескольким классам через интерфейс. И реализовывать доступ через тонны методов кажется плохой идеей.

Куда интереснее следующее, допустим программа позволяет прикрепить некий интерфейс плагина(IPluginInterf) который берёт начало от IMainPluginInterf.

Если разработка будет ограничена только делфистами, то можно спокойно раздавать pas с описанием интерфейса IMainPluginInterf(Яркий пример - Download Master).

А вот если я хочу, чтобы под мою программу можно было писать плагины на любом языке програмимирования?
Тут подсказали вариант с некой DLL. К которой достаточно будет просто переводить модуль описания этой DLL на разные языки программирования. Главное, как эта DLL создаст экземпляр интерфейса для некого плагина(Аналогично тому, как анонимус наследует IPluginInterf от IMainPluginInterf и передаст его программе через ед-ую экспортируемую функцию)?

Или наследование основного плагин-интерфейса не обязательное условие, котрое можно обойти просто создавая новый экземпляр интерфейса через Create, и задачая ему свой GUID?

А передача просто, DLLplugin прсто вызвает создание экземпляра интерфейса из pluginapi.dll, а затем созданный интерфейс сама передаёт основной программе через экспортируемый метод.

[haruhi]

Сообщение от Человек_Борща

haruhi, не думаю. Если я хочу достичь цели, полезу через любой геморой. (Со скайпом, к примеру, можно работать через COM).
Допустим я хочу дать разработчику свободу ввиде доступа к нескольким классам через интерфейс. И реализовывать доступ через тонны методов кажется плохой идеей.

тут главное простота и удобность для разработчиков плагинов

[Человек_Борща]

haruhi, что проще и удобнее для стороннего разработчика, по мимо хорошей документации?

[Utkin]

Допустим программа предостовляет некий модуль с интерфейсами для создания плагина.

Ну и чудно.

haruhi, что проще и удобнее для стороннего разработчика, по мимо хорошей документации?

Вот и опишите интерфейс. Я бы предусмотрел:
1. Подключение
2. Инициализация
3. Функции плагина (жестко - 5 функций с одним параметром, 10 функций с 2-мя параметрами и т.д.).
4. Освобождение ресурсов
5. Выгрузка длл
Работа с длл - это последовательный обход всех пунктов (ну только в 3-ем функции могут вызываться как попало, в соответствии с задачей).

[haruhi]

Сообщение от Человек_Борща

haruhi, что проще и удобнее для стороннего разработчика, по мимо хорошей документации?

ну сами попробуйте разобраться с COM и потом сами подуайте что проще, например, я ниасилила COM-технологию.

Хороший вариант это DLL со слудующими функциями

InitPlugin(Params) //Params - структура которая сожержит указатели на функции для взаимодействия с основной программой
PluginEventHandler(..............)//уведомления о каких-либо событиях к программе
ReleasePlugin()