Есть xml файл с набором компонентов, с определенными для них свойствами. Необходимо создать эти компоненты на форме. Пробовал следующим образом, не получилось:
Память выделяется, проверяю obj->ClassName() возвращает 'TButton'. Но при вызове функции SetPropValue выходит ошибка EAccessViolation.

Может кто знает как все-таки динамически создать объект нужного типа

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

есть плагин к builder'у, который позволяет набросать и настроить визуально компоненты на форме, а потом он генерит код.
Можно ещё собственный парсер *.dfm файлов написать ( в принципе, ничего сложного )

Спасибо за совет, но парсер отпадает, т.к. в билдере тока основную форму в редакторе далаю, а все остальные генерирую. Генератор кода тоже не вариант, т.к. смысл хранить код для 4-8 форм, если они могу и не вызваться%) Сомневаюсь что все так извращаются и пишут сотни строк ненужного кода. Проще функцию написать, для создания формы по заранее написанному конфигу. 

интересно, а как будет анализироваться конфиг, если парсер не годится? За счет белой магии?

Редактор форм в билдере есть не что иное как генератор этих самых
> заранее написанных конфигов
Я ж тебе и предлагаю сделать парсер этих конфигов (dfm), а включать cpp, h  и dfm в проект необязательно

Добавлено через 13 минут и 36 секунд
Не хочу нарываться на hollywar, но в Qt это уже сделано с помощью QUiLoader. Посмотри в эту сторону.

А почему бы не воспользоваться системой стриминга самого Builder'а. Создать поток с формой (.dfm или бинарной), а потом через TStream::ReadComponent(TForm*)

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

Можно воспользоваться недокументированной особенностью  объекта TApplication. Дело в том, что класс TApplication довольно безопасный и при создании формы внимательно проверяет что созданный объект строго является формой. Однако до создания объекта он не может выяснить что за метакласс ему подсунули и в результате он может запросто создать любого наследника TComponent.

Например:



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

Даже если парсер dfm написать, то возникает опятьже вопрос, как всетаки создать динамически компонент(контрол)? 
Конструкцию типа Tclass *cls = new Tclass() не подходит, нужно чтото универсально, чтобы для любого класса создавалось

Это сообщение отредактировал(а) fenix666 - 8.7.2010, 10:37

fenix666, почему именно 

в dfm содержится указание типа класса

ну и делай

хотя, предыдущие советы по TStream::ReadComponent, Application->CreateForm и CreateComponent проще реализовать

Нельзя ли поподробнее?

Присоединённый файл ( Кол-во скачиваний: 3 )
 _____________2_.zip 6,95 Kb