О некоторых вопросах компонентной архитектуры программного приложения

Независимый программный модуль, обычно подключаемый на этапе выполнения программы
Что такое компонента (plug-in)?

Преимущества компонентной архитектуры

Компонентная архитектура

Отличие обычных DLL от компонент

DLL:
IPlugin *createInstance(const char *);
Application:
IPlugin* pluginInstance = createInstance(“RendererPlugin”);
IRenderer* renderer = dynamic_cast
(pluginInstance)
Простое решение

Одно из трех:
Нарушается безопасность типов
static_cast
Ограничивается применение плагинов
dynamic_cast
Необходима разработка сложной и ломкой кастомной RTTI
QueryInterface
Необходимы дополнительные соглашения для поиска однотипных плагинов (по имени, например)
Недостатки простого решения

Интерфейсы определяется в приложении
Для интерфейсов применяются соглашения COM
Плагины региструются сами в нужном месте системы
Предлагаемое решение

Фабрики для плагинов

Application:
DLL:
Вариант 1, локальный

Система разрабатывается с нуля для поддержки плагинов
Вариант 2, глобальный

А нужно ли поддерживать возможность работы из разных сред?
Версии интерфейсов / библиотек
Суперклассы - да/нет
Приведение типов
Подсчет ссылок
Как искать плагины?
События
Проблемы и размышления

Если нет требований, чтобы плагины и/или основное приложение работали из разных сред, нет смысла поддерживать соглашения COM
Не нужны STDMETHODCALLTYPE, BSTR и т.п.
Можно выделять и удалять память в разных DLL (это стоит проверить)
Более того: можно использовать набор базовых неабстрактных классов и подключать общую библиотеку ко всем плагинам
Внимание: но нужно очень четко работать с версиями в этом случае!
А нужно ли поддерживать возможность работы из разных сред?

Проверять версии
1) У библиотеки (DLL)
2) У плагина (интерфейса)
Как проверять?
Как поддерживать совместимость?
Старые плагины должны работать с новыми интерфейсами?
Новые плагины должны работать со старыми интерфейсами?
Версии интерфейсов / библиотек

Функции:
запрос на информацию без создания экземпляра
= статические функции
Создание объекта = фабрика
Нужны ли?
Накладные расохды на создание/поддержку
Суперклассы

Dynamic_cast
QueryInterface
Приведение типов

AddRef/Release – единственный вариант.
Есть ли другие возможности? Если нет, почему?
Подсчет ссылок