Кто знает как динамически загружать классы

Эсли используешь QT, то обрати внимание на сиситему плагинов, похоже это как раз то что тебе нужно, там даже достаточно развёрнутый пример с их использованием есть!

s/Эсли/Если

:)

http://doc.trolltech.com/4.3/plugins-howto.html

По моему автор топика не очень хорошо понимает ООП.

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

RTTI помогает.

Аффтар учи матчасть. :)

> Начинаю работу над С++ проектом(Qt), в котором требуется использовать динамически загружаемые классы.
Сто против одного, что это требование надуманное и не имеет под собой никакого обоснования.
Ты бы лучше огласил реальную задачу.

Причём тут понимание ООП? Я же не курс ООП прохожу. Передо мной стоит задача, её нужно решить. Вариант "преобразовать его к нужному типу и вызывать нужный метод" проблему не решает, вариант Qt signal/slot решает.

Какое отношение имеет "Qt signal/slot" к "динамической загрузке классов"?

Гошшподя, на какие извраты идет народ, лишь бы не использовать языки с нормальным ОО.

Судя по всему, ты знаешь задачу.
Поделись, плиз, где такое может реально понадобиться - работа с неизвестными (любыми) классами с неизвестным (любыми) интерфейсами.

С неизвестными интерфейсами - очень редко. Хотя возможны ситуации - например, в свое время мне пришлось ваять универсальный прокси из одной компонентной архитектуры в другую.

Но даже когда интерфейс известен, гораздо удобнее с ним оперировать через нормально реализованную рефлексию.

Моя задача состоит в том, чтобы обеспечить производство программы, состоящей из нескольких разных компонентов(библиотек),
которые будут написаны в разное время разными людьми. При этом сборка программы воедино НЕ должно достигаться компиляцией,
т.к. должно происходить без участия программиста.

Вводить разные интерфейсы под разные задачи я не хочу,
т.к. задачи меняются быстро, а система должна проработать хотя бы лет 7.

Можно было бы использовать универсальную сигнатуру метода типа int foo(int, void *), но это приведёт к
1) тому, что все методы будут "подходить" ко всем
2) путанице в голове библиотекописателей

Базара нет, что-то можно обойти или от чего-то отказаться, но раз уж
существуют средства реализации всего да ещё и одним тулкитом(Qt) - не вижу смысла это делать.

Нельзя ли поконкретнее?
Про рефлексию не соглашусь.

> Моя задача состоит в том, чтобы обеспечить производство программы, состоящей из нескольких разных компонентов(библиотек),
> которые будут написаны в разное время разными людьми. При этом сборка программы воедино НЕ должно достигаться компиляцией,
> т.к. должно происходить без участия программиста.
Это описание подходит почти к любому проекту.
В чём специфика?

Поконкретнее о чем? С чем именно не согласитесь про рефлексию? С тем, что это намного гибче, чем жестко вкомпилированные интерфейсы?

Специфика в том, что у системы нет какой-либо базовой функциональности - она лишь обеспечивает работу компонент-библиотек, такая моя задумка.

Поконкретнее про "работу с неизвестными (любыми) классами" в "универсальном прокси из одной компонентной архитектуры в другую".

Не согласен с этим:
"Но даже когда интерфейс известен, гораздо удобнее с ним оперировать через нормально реализованную рефлексию."

А смысл?

Это было лет 4-5 назад, поэтому помню очень смутно. Идея была в том, что понадобилось то ли из какой-то корбы в ejb транслировать, то ли наоборот (даже этого не помню точно) - существенно то, что заранее не было известно ничего об интерфейсах.

Почему не согласны с тем, что через рефлексию удобнее? Да, через жестко вкомпилированные интерфейсы проще, уменьшает вероятность ошибки - но вместе с тем не дает возможности "прощать" легкие несоответствия интерфейсов (например, если интерфейс поменялся между версиями, такое бывает в жизни).

1. Всё равно не понимаю. Если речь идёт о маршалинге, то это работа по конвертированию бинарных данных из одного формата в другой.
Классы тут вообще не фигурируют. Если нет, то о чём?

2. А зачем их прощать? Заплатки имеют свойство рано или поздно всплывать и выходить боком. Приемлемое решение тут - QueryInterface.