Размножение окон

[B_N]

Сообщение от Sergey2

А зачем? Какие плюсы у этого способа?

У Вас тема называется "Размножение окон". Где Вы храните всё новые и новые переменные типа TForm2?

Сообщение от Sergey2

Чем спокойней? Возможностью прибить "форму" если она эксепш схватит?

А как вы собираетесь организовать параллельную обработку нескольких объектов? Я так понял в этом цель состоит. Интересно просто.

[Sergey2]

Сообщение от B_N

У Вас тема называется "Размножение окон". Где Вы храните всё новые и новые переменные типа TForm2?

Я их не раню, т.к. они, по сути, не нужны. Только есть один вопросец. После закрытия формы она память очищает или надо из главной формы вызывать Free? Во втором случаи, конечно, придеться их хранить где-то.

А как вы собираетесь организовать параллельную обработку нескольких объектов? Я так понял в этом цель состоит. Интересно просто.

Там же показано, что переменные объявляются в private и работают не мешая друг-другу.

[B_N]

Сообщение от Sergey2

.............Я их не раню, т.к. они, по сути, не нужны...........
.............Там же показано, что переменные объявляются в private и работают не мешая друг-другу.

Ну так Вы их не храните, или они "работают не мешая друг другу"? Как вообще переменные могут работать? Что происходит c членами переменной Form2 после очередного нажатия на кнопку?

[Sergey2]

Сообщение от B_N

Ну так Вы их не храните, или они "работают не мешая друг другу"?

Работают не мешая и не храню

Как вообще переменные могут работать?

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

Что происходит c членами переменной Form2 после очередного нажатия на кнопку?

размножаются или про что вопрос?

[B_N]

Сообщение от Sergey2

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

Хм... Это кто это Вам сказал такую глупость?

Сообщение от Sergey2

размножаются или про что вопрос?

Как и куда может "размножаться" одна единственная переменная Form2?

[Sergey2]

Сообщение от B_N

Хм... Это кто это Вам сказал такую глупость?

На практике именно так и есть.

Как и куда может "размножаться" одна единственная переменная Form2?

могу ошибиться в терминологии, но это не переменная, а объект. Вернее даже не объект, а тип. И вот создаеться несколько объектов данного типа... или как то так.

[B_N]

Сообщение от Sergey2

На практике именно так и есть.

Ну, Вам виднее. До сего дня, правда, спецификатор private ограничивал доступ к члену класса только для объектов данного класса, ну да ладно.

Сообщение от Sergey2

могу ошибиться в терминологии, но это не переменная, а объект. Вернее даже не объект, а тип. И вот создаеться несколько объектов данного типа... или как то так.

Так не нужно ошибаться в терминологии, программирование наука точная, а Вы типы и переменные в одну кучу валите. Разберитесь, где у Вас в записи

var  
    Form2: TForm2;

переменная, а где тип. И где в Вашем коде "создаеться несколько объектов данного типа... или как то так"

[darkstarx]

Сообщение от mihali4

Ну это - знаете ли - ни в какие ворота!
Почитайте о событиях, весьма полезно, между прочим...

Хочу заметить, что ничего дурного в этом коде нет. Идея Ваша, Sergey2, правильная...на сколько я ее смог понять:

1. есть некоторая frmMain в модуле MainUnit, которая создается в program Project1 обычным способом Application.CreateForm(TfrmMain, frmMain)
2. на frmMain есть Кнопочка, которая открывает диалоговое окно с предложением выбрать файл
3. есть прописанная в Project1.dpr форма frmFunc из модуля FuncUnit, но не создаваемая, при этом в модуле FuncUnit удалена строка var frmFunc: TfrmFunc, так как она не нужна, зато в классе TfrmFunc в разделе public есть процедура funcProc, принимающая в качестве параметра имя файла и запускающая код обработки файла с отображением нужных окон и в них инфы
4. после выбора файла (п.2) выполняется код создания экземпляра класса TfrmFunc и вызывается открытый метод funcProc(OpenDialog.FileName)

Проблема у вас только в том, что пока не выполнится код в funcProc повторно вы кнопочку нажать не сможете, если не напишите Application.ProcessMessages в коде обработки файла в классе TfrmFunc

Могу предложить еще другой вариант - использовать нити, то есть код, который Вы пишите в обработчике нажатия Кнопки на frmMain, нужно запихнуть в процедуру, которая выполняется в отдельной нити (thread), а в обработчике нажатия кнопки создавать новый экземпляр потока с запусков в нем этого самого кода.

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

Кстати класс этот можно запихнуть прямо в модуль нити (TMyThread)

[Sergey2]

Сообщение от darkstarx

Хочу заметить, что ничего дурного в этом коде нет. Идея Ваша, Sergey2, правильная...на сколько я ее смог понять:

1. есть некоторая frmMain в модуле MainUnit, которая создается в program Project1 обычным способом Application.CreateForm(TfrmMain, frmMain)
2. на frmMain есть Кнопочка, которая открывает диалоговое окно с предложением выбрать файл
3. есть прописанная в Project1.dpr форма frmFunc из модуля FuncUnit, но не создаваемая, при этом в модуле FuncUnit удалена строка var frmFunc: TfrmFunc, так как она не нужна, зато в классе TfrmFunc в разделе public есть процедура funcProc, принимающая в качестве параметра имя файла и запускающая код обработки файла с отображением нужных окон и в них инфы
4. после выбора файла (п.2) выполняется код создания экземпляра класса TfrmFunc и вызывается открытый метод funcProc(OpenDialog.FileName)

Не совсем так. Никаких связей между frmMain и frmFunc нет. Единственное что есть, это в frmMain, в обработчике одной из кнопок есть вот такой код:

  with TForm2.Create(Application) do
    try
      Show;
    except
      Free;
    end;

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

Могу предложить еще другой вариант - использовать нити, то есть код, который Вы пишите в обработчике нажатия Кнопки на frmMain, нужно запихнуть в процедуру, которая выполняется в отдельной нити (thread), а в обработчике нажатия кнопки создавать новый экземпляр потока с запусков в нем этого самого кода.

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

Кстати класс этот можно запихнуть прямо в модуль нити (TMyThread)

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

Проект приложил.

[Stilet]

Ох и демагогия!...
Непонимаю хода мыслей спорящих - на мой взгляд лучшее решение предбявил B_N
Он верно сказал что мона сделать одну главную форму,а остальные будут создаваться когда пользователь захочет открыть еще один файл, причем насчет потоков это тоже светлая мыслю, хоть и не обязательная.