Плагины ввиде dll на основе интерфейсов

[GunSmoker]

Кстати я не понял что делает данная строкав программе:

Это имя функции, которую экспортирует плагин. И, соответственно, имопртирует программа.

Это легко можно увидеть из:

exports
  CreateHLRPlugin name HLRPluginFuncName;

  InitFunc := GetProcAddress(FDLLHandle, HLRPluginFuncName);

Имя - это строковое представление GUID с обрезанным оформлением. Сделано так, чтобы обеспечить уникальность имени. Тогда мы случайно не примем за наш плагин какую-то совершенно стороннюю DLL.

При запуске программы сыпется вот с таким текстом:

Ну, я как бы не вижу, что ты менял. К примеру, модуль ComObj из uses плагина ты удалил, что-ли? Если нет, то похоже на AV в плагине.

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

Нет модуль не удалял. Может что не так сделано мною?

Вот сырец.

[GunSmoker]

Вот: http://dl.dropbox.com/u/201788/Proje...uginsDemo2.rar

Немного поправил.

Проблема №1: в QueryInterface не возвращаешь S_OK (проигнорировал предупреждение компилятора?).

Проблема №2: несовпадение прототипов. CreateHLRPlugin в HelloWorldPlugin.dpr должна иметь тот же прототип, что и THLRPluginFunc в HLRPluginInterf.pas. Ты же удалил safecall.

Ещё раз правило: WideString, Bool, safecall мы используем в любых вещах, которые стоят на границе двух модулей (.exe и .DLL).

Они не нужны (используем String, Boolean и опускаем модель вызова), если интерфейс используется исключительно внутри программы - как, например, IHLRPlugins.

Кроме того, в implementation модуля нет нужды дублировать слово safecall из interface модуля.

[GunSmoker]

Что ещё поменял:

1. Добавил плагину методы Init и Done. Я не буду углубляться в подробности, зачем нужны отдельные процедуры инициализации/очистки (почему нельзя просто использовать конструктор/деструктор) - но можешь поверить на слово, что с ними лучше.

2. Добавил интерфейс для элемента меню (IHLRMenuItem). Теперь плагин может управлять своим пунктом меню. Всю работу с этим интерфейсом берёт на себя TPluginMenuItem в модуле главной формы.

3. Добавил callback-интерфейс для пункта меню (IHLRMenuItemHandler). Это позволяет элементу меню дёргать плагин (к примеру, чтобы тыркнуть его при выборе пункта меню пользователем).

4. Добавил ядру общее полезное свойство: MainWnd - описатель главного окна приложения.

5. В TTestPlugin: новый пример на перенаправление одного метода интерфейса:

    function IHLRMenuHandler.GetCaption = GetPluginName;

Это полезно, если тебе в одном объекте надо реализовать два интерфейса, у которых есть два метода с одинаковым именем.

Что всё ещё надо изменить в примере: поскольку сейчас пункт меню только один, то IHLRMenuItemHandler у меня реализует TTestPlugin. Это сделано для простоты примера. Понятно, что если плагин у тебя собирается активно использовать главное меню программы, удалять, добавлять элементы - то ты не можешь (и не должен) запихать всё в один объект. Надо ввести дополнительный класс, который реализует IHLRMenuItemHandler, и которым ты будешь из плагина управлять своими элементами меню. Списко этих классов нужно будет хранить в TTestPlugin.

Что можно было сделать иначе: вместо callback-интерфейса IHLRMenuItemHandler можно было использовать callback-функции с Custom-параметром (т.н. User Data).