Работа с TStringList между разными формами

Коллеги, добрый день,

Есть основная форма, из нее запускается вторая форма, в которой происходит выбор файлов. Список выбранных файлов заносится в FolderName:TStringList. После чего вторая форма закрывается, а основная форма должна обработать список FolderName.
Пробую объявить FolderName, как глобальную переменную прописав ее в основной форме FolderName:TStringList в interface->var. Создать ее FolderName := TStringList.Create при старте основной формы. И далее заполнять ее во второй форме. Но между формами она не видна. Что делаю не так?

В основной форме, примерно, это выглядит вот так:

0

чтобы добраться до переменной, надо написать название юнита еще

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

Добавлено через 7 минут

Сообщение от Arcor Delphi 1 Form2.VariableName ...

или все таки лень дельфи грузить и создавать две формы, для подтверждения правильности

0

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

0

Сообщение от D1973 По хорошему обмен данными между формами должен осуществляться с помощью дополнительного модуля

ну так из первой формы вызывать вторую то все равно придется, да, второй ничего знать о первой нельзя, первой формой передаем через метод/свойство список, при том же вызове, ну или когда заблагорассудится, вторая форма заполняет переданный список, который передан ТОЛЬКО через метод. Куда, да и зачем тут дополнительный модуль пихать еще между?

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

1

Сообщение от Arcor зачем тут дополнительный модуль пихать еще между?

А мы его пихнем не "между", а "вместо"... Вместо того, чтобы объявлять СтрингЛист в классе Формы1, в классе Формы2 создавать доп. метод - мы тихо объявим СтрингЛист в модуле, доп. метод обработки СтрингЛиста из Формы2 обзовем процедурой/функцией и тоже утащим его в модуль...

0

Сообщение от D1973 А мы его пихнем не "между", а "вместо"... Вместо того, чтобы объявлять СтрингЛист в классе Формы1, в классе Формы2 создавать доп. метод - мы тихо объявим СтрингЛист в модуле

ага и тем самым наплодим глобальных ненужных, сложноуправляемых переменных? ну круто тогда )) я бы так не делал, создавать объект только там где он нужен, а во всех остальных местах просто тащить его через интерфейс/протокол/ методы/свойства, тем самым не прикручивая ни к чему ничего намертво. Откуда вздумалось, оттуда вызвали всю цепочку с переданным списком и тем самым осуществив полный контроль управления списком. Да, если нам понадобится некоторая структура данных, класс/ список/ который надо в обоих модулях, мы только ЕГО выносим и ЕГО весь функционал, дабы отвязаться от взаимных связей двух модулей, в которых нужны одни данные. НО создавать и инициализировать этот объект ТОЛЬКО на одной стороне, где он в данный момент нужен, там же и удалять. Тогда у нас появится чистое решение

0

Сообщение от n1056 Список выбранных файлов заносится в FolderName:TStringList. После чего вторая форма закрывается, а основная форма должна обработать список FolderName.

Вот оттолкнемся от выставленного условия: как по мне, основная форма ничего не должна "обрабатывать"... Обрабатывать должна какая-либо процедура/функция. Которую можно безболезненно перенести в отдельный модуль... Отсюда вопрос: а на кой ляд создавать объект в основной форме и потом передавать его в процедуру? Создать его один раз в модуле - и в нем же и использовать: из формы 2 вызывать процедуру сбора файлов в список, из Формы 1 вызывать процедуру обработки полученного списка. И та и другая процедура будут работать с одним и тем же списком файлов, а обе формы будут от него избавлены...

1

золотые слова )

0

дак и в моем случае они будут работать с одним набором данных))) просто точка входа будет контролируема из главной формы) а все остальное лишь передача ссылки на созданный список))) я вас не призываю ни к чему, у вас и опыта больше и делаете все правильно, куда с нашими соплями в разговоры взрослых дядек лезть))) но все равно с моей точки зрения, с моим подходом больше контроля, что куда и зачем, да и минусов не вижу в таком методе как бы тоже. Во втором модуле мы просто приписав новую функцию, расширяем стандартный функционал, в этом случае сбор данных. Вы же не пишите новую функцию в отдельном модуле, чтобы изменить ширину или высоту формы, а вызываете уже прописанные методы этому объекту... с таким же успехом можете создать такую функцию в модуле и использовать как вы описываете этот процесс, тогда мы отдаляемся от ООП снова к процедурному стилю программирования))) давайте уже тогда сразу развернем и процедурное программирование на метки, и придем к ассемблерным командам прыганья по меткам))) возможно, до вечера, Господа

Добавлено через 48 секунд

0

мои поздравления )

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

Сообщение от Arcor контролируема из главной формы)

если нам данные нужны будут в какой-то Form2...Form432 то все они должны держать ссылку на главную форму???
и ни одну из них нельзя будет перетащить в другую программу, потому что они потащат все за собой.

1

Сообщение от krapotkin если нам данные нужны будут в какой-то Form2...Form432 то все они должны держать ссылку на главную форму??? и ни одну из них нельзя будет перетащить в другую программу, потому что они потащат все за собой.

походу клинический случай тут массово... ну ля... то и вызывать надо будет из Form2 да хоть из Form12346789 ту форму которая предназначена для того выбора...при чем тут первая форма??? речь идет о той, которая будет заниматься именно данными, а из какой формы мы ее вызовем это уже прогарммер решает и подсовывает нужный контейнер для заполнения....

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

вот вы сегодня и программируете с кучей мусора, получается, раз вы советуете создать модуль и В НЕМ создать некий контейнер, а если мне в двух модулях понадобится два разных набора данных? как я буду это чисто использовать? да никак.. через Ж все получится. если я сделаю метод отдельный и в него буду подсовывать разные банки для заполнения, я получу задуманное и чистое решение!

Сообщение от krapotkin просто нужно четко и всегда помнить

ну а сами то мне что тут втираете? видатьс ами не понимаете... вы же сами мне тут про формы.. а не про ООП... ээхх, видать northener был прав, что у кучи формурчан нет понятия что форма это класс..

Сообщение от Arcor просто точка входа будет контролируема из главной формы

не знаю почему вы как профессионал не прочли в этих словах подразумение того, что имеется ввиду главная форма - вызывающая форма.. вызывающий класс.. ээхх

Добавлено через 6 минут

0

Сообщение от Arcor речь идет о той, которая будет заниматься именно данными

Да почему данными, точнее, их обработкой, должна заниматься форма? Вот чего я не пойму?

Сообщение от Arcor у кучи формурчан нет понятия что форма это класс

Правильно, класс, но класс узкоспециализированный, предназначенный для ввода данных и визуализации из обработки. Мы можем расширить этот класс, чтобы он не только принимал данные и показывал их, но и обрабатывал? Да как 2 пальца... Но зачем? Почему не создать под это дело свой отдельный класс (да, да, в том самом отдельном модуле...)? И использовать методы именно этого, своего класса там, где это необходимо, из методов любого объекта класса TForm, вместо того, чтобы расширять функционал этого конкретного объекта класса TForm, добавляя именно ему дополнительные методы?

0

Сообщение от D1973 Правильно, класс, но класс узкоспециализированный, предназначенный для ввода данных и визуализации из обработки. Мы можем расширить этот класс, чтобы он не только принимал данные и показывал их, но и обрабатывал? Да как 2 пальца... Но зачем? Почему не создать под это дело свой отдельный класс (да, да, в том самом отдельном модуле...)? И использовать методы именно этого, своего класса там, где это необходимо, из методов любого объекта класса TForm, вместо того, чтобы расширять функционал этого конкретного объекта класса TForm, добавляя именно ему дополнительные методы?

изначально проблема моего агроисточника была вот тут))

Сообщение от D1973 А мы его пихнем не "между", а "вместо"... Вместо того, чтобы объявлять СтрингЛист в классе Формы1, в классе Формы2 создавать доп. метод - мы тихо объявим СтрингЛист в модуле, доп. метод обработки СтрингЛиста из Формы2 обзовем процедурой/функцией и тоже утащим его в модуль...

но тема уехала не в ту степь в конце концов, все запутались уже)))

в общем надо

0

Сообщение от Arcor в общем надо

Не-не-не... Маловато будет!!!

0

Да, все спасибо за развернутые комментарии! Постепенно движемся к НГ, нужно готовиться и разминаться..
Пока сделал черег глобальную переменную.

0