Доброго дня!

Нахожусь в небольшом тупике. Есть приложение в котором у главного окна (MainForm) в процессе работы создаётся много дочерних форм.  Все они разных типов, наследующих от TForm.

По нажатию кнопки все открытые дочерние окна должны быть закрыты 
(с этим проблем нет MainForm->MDIChildren[i]->Close()) 
Но так же нужно создать окна этих же типов заново!

То есть нужно перебирать открытые окна, закрывать каждое и открывать(создавать) такое же (так как необходимо, чтобы отработали заново конструктор и FormCreate())

Возможно ли решить проблему не влезая в классы дочерних окон и не создавая конструктор копирования?

Приведёт ли к решению CreateWindow? пока что функция возвращает ошибку: незарегистрированное имя класса, которое я беру из MainForm->MDIChildren[i]->ClassName().

Спасибо!)

 Может проще выполнить конструктор и FormCreate(), чем закрывать и открывать окна?

Посмотрите как BCB создает окна при старте.
ClassID вроде можно получить от экземпляра формы, т.ч. можно и форму создать снова

Спасибо за скорый ответ!


У меня есть только указатель на дочернее окно MainForm->MDIChildren[i] типа TForm*, каким образом выполнить конструктор нужного класса формы, ведь дети могут быть разнообразных классов? А FormCreate() у TForm - закрытый метод.


Было бы здорово, но __classid(<тип>), увы, опять же принимает на вход тип. А я могу достать только имя типа в процессе выполнения.. Как достать id класса без конструкции __classid(<тип>) - пока не пойму. 

Ещё, конечно, смущает документация: "Do not call CreateForm in an application. C++Builder’s module manager calls CreateForm internally to register the applet objects with the applet application." 

У вас нестандартная задача, она требует нестандартных методов решения   

xvr, 
СПАСИБО! Наконец-то дошло, что MainForm->MDIChildren[i]->ClassType() - можно использовать вместо всего выражения __classid(<тип>).


Итак, теперь у меня такой код:
 


В итоге, сначала отрабатывает конструктор от TForm, а потом функция FormCreate от MDIChildren[i]->ClassType().

Как же добиться того, чтобы и конструктор отрабатывал от нужного класса!? Ведь в коде я ещё не знаю, какой у дочернего окна будет тип, поэтому и создаю указатель типа TForm и передаю этот указатель в функцию CreateForm.

Он и будет от нужного класса, а не от TForm (у TForm конструктор описан виртуальным - это расширение от Borland). Но конструктор у 'нужного класса' должен по сигнатуре совпадать с конструктором TForm, т.е. быть

xvr, 

ещё одна попытка (если, допустим, я заранее знаю, что тип будет TfrmMyList):



тогда:




Срабатывает только  ShowMessage("TBaseForm"), то есть конструктор  TfrmMyList не запускается :(

В документации забавно написано:
"void __fastcall CreateForm(System::TMetaClass* InstanceClass, void *Reference);

Description:
CreateForm creates a new form of the type specified by the FormClass parameter and assigns it to the variable given by the Reference parameter. The owner of the new form is the Application object. "

При этом параметра FormClass в документации у функции не указано. Интуитивно, хотелось бы, чтобы создавалась форма типа InstanceClass, но, судя по примеру, хм, не понимаю, что, "судя по примеру"...  Отрабатывает только родительский конструктор :(

Это сообщение отредактировал(а) act_naturally - 5.10.2010, 15:30

Попробуйте перегрузить и второй конструктор (с 2м целым параметром Dummy), IMHO именно он вызывается в CreateForm

Это совсем непонятно - у вас 2 наследника (в цепочке) от TForm: TBaseForm и TfrmMyList, причем они не отличаются в конструкции себя   Тогда почему конструктор одного наследника срабатывает, а второго нет?

Моя ошибка! Надо было здесь в примере сразу указать, что в конструкторе TfrmMyList(TComponent* Owner) есть ещё второй параметр, со значением по умолчанию ( т.е.
)
Это-таки принципиально, и если убрать параметр по умолчанию, то, действительно, конструктор вызывается.
Жаль.
Получается, что решения пока что найти не могу, и каждый конструктор типа дочернего окна, заявленный как конструктор с несколькими параметрами, отрабатывать не будет.

Спасибо за помощь!

Понятно теперь, что общего решения нет из-за непредсказуемости аргументов в конструкторах дочерних форм. 

Остаётся один путь - создавать новые дочерние формы перебором по всем возможным типам.

  


  

А откуда вы собирались брать эти аргументы для реконструирования этих форм? Если из значений по умолчанию, то можно просто сделать 2 конструктора - один без параметров (и задать все оригинальные умолчательные параметрами прямо в теле конструктора), и второй с 2мя обязательными и всеми остальными умолчательными параметрами. Тогда создание через Application->CreateForm будет работать