- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
О некоторых вопросах компонентной архитектуры программного приложения презентация
Содержание
- 1. О некоторых вопросах компонентной архитектуры программного приложения
- 2. Независимый программный модуль, обычно подключаемый на этапе выполнения программы Что такое компонента (plug-in)?
- 3. Преимущества компонентной архитектуры
- 4. Компонентная архитектура
- 5. Отличие обычных DLL от компонент
- 6. DLL: IPlugin *createInstance(const char *); Application:
- 7. Одно из трех: Нарушается безопасность типов static_cast
- 8. Интерфейсы определяется в приложении Для интерфейсов применяются
- 9. Фабрики для плагинов
- 10. Application: DLL: Вариант 1, локальный
- 11. Система разрабатывается с нуля для поддержки плагинов Вариант 2, глобальный
- 12. А нужно ли поддерживать возможность работы из
- 13. Если нет требований, чтобы плагины и/или основное
- 14. Проверять версии 1) У библиотеки (DLL)
- 15. Функции: запрос на информацию без создания
- 16. Dynamic_cast QueryInterface Приведение типов
- 17. AddRef/Release – единственный вариант. Есть ли другие возможности? Если нет, почему? Подсчет ссылок
- 18. Перебор файлов в папках Конфиг-файл (XML –
Слайд 2Независимый программный модуль, обычно подключаемый на этапе выполнения программы
Что такое компонента
(plug-in)?
Слайд 6DLL:
IPlugin *createInstance(const char *);
Application:
IPlugin* pluginInstance = createInstance(“RendererPlugin”);
IRenderer* renderer = dynamic_cast(pluginInstance)
Простое решение
Слайд 7Одно из трех:
Нарушается безопасность типов
static_cast
Ограничивается применение плагинов
dynamic_cast
Необходима разработка сложной и ломкой
кастомной RTTI
QueryInterface
Необходимы дополнительные соглашения для поиска однотипных плагинов (по имени, например)
QueryInterface
Необходимы дополнительные соглашения для поиска однотипных плагинов (по имени, например)
Недостатки простого решения
Слайд 8Интерфейсы определяется в приложении
Для интерфейсов применяются соглашения COM
Плагины региструются сами в
нужном месте системы
Предлагаемое решение
Слайд 12А нужно ли поддерживать возможность работы из разных сред?
Версии интерфейсов /
библиотек
Суперклассы - да/нет
Приведение типов
Подсчет ссылок
Как искать плагины?
События
Суперклассы - да/нет
Приведение типов
Подсчет ссылок
Как искать плагины?
События
Проблемы и размышления
Слайд 13Если нет требований, чтобы плагины и/или основное приложение работали из разных
сред, нет смысла поддерживать соглашения COM
Не нужны STDMETHODCALLTYPE, BSTR и т.п.
Можно выделять и удалять память в разных DLL (это стоит проверить)
Более того: можно использовать набор базовых неабстрактных классов и подключать общую библиотеку ко всем плагинам
Внимание: но нужно очень четко работать с версиями в этом случае!
Не нужны STDMETHODCALLTYPE, BSTR и т.п.
Можно выделять и удалять память в разных DLL (это стоит проверить)
Более того: можно использовать набор базовых неабстрактных классов и подключать общую библиотеку ко всем плагинам
Внимание: но нужно очень четко работать с версиями в этом случае!
А нужно ли поддерживать возможность работы из разных сред?
Слайд 14Проверять версии
1) У библиотеки (DLL)
2) У плагина (интерфейса)
Как проверять?
Как поддерживать
совместимость?
Старые плагины должны работать с новыми интерфейсами?
Новые плагины должны работать со старыми интерфейсами?
Старые плагины должны работать с новыми интерфейсами?
Новые плагины должны работать со старыми интерфейсами?
Версии интерфейсов / библиотек
Слайд 15Функции:
запрос на информацию без создания экземпляра
= статические функции
Создание объекта =
фабрика
Нужны ли?
Накладные расохды на создание/поддержку
Нужны ли?
Накладные расохды на создание/поддержку
Суперклассы
Слайд 17AddRef/Release – единственный вариант.
Есть ли другие возможности? Если нет, почему?
Подсчет ссылок
Слайд 18Перебор файлов в папках
Конфиг-файл (XML – рекомендуется MS)
В реестре (пишется инсталлятором)
Как
искать плагины?
