[dnwest]

Господа кодеры, добрый вечер.

Хочу получить совет по нижеследующему вопросу.
Динамически создаю несколько экземпляров класса TThread, используя одну переменную. В процессе выполнения, основной поток должен обращаться к подпотокам и получать от них данные, грубо говоря, прогрессбары накручивать. Как грамотнее сделать обращение к property объектов?
Сам рассматриваю такие варианты:
- присваивать разные значения свойству name объектов, а потом по FindComponent();
- использовать для объявления объектов не одну переменную а динамический массив (думается, что тяжелый массив выйдет)
- заморочиться с RTTI. Но там вроде как нужен Sender, а он есть только в обработчиках событий.

[Bargest]

думается, что тяжелый массив выйдет

Сколько потоков? TThread - это указатель на объект. Сама структура выделяется динамически вне зависимости от того, сохраняется где-то результат или нет. Поэтому массив TThread-ов будет занимать по 4 байта на поток. Не думаю, что это много. У меня в системе суммарно сейчас 1600 потоков, массив под все это весил бы 6 кб. И вообще, хранить где-то выделенные объекты есть хорошая практика, потому что тогда их всегда можно удалить в случае фейлов (ексепшенов).
FindComponent - это медленно, и не факт, что вообще получится (насколько я помню, Thread - не Component).
RTTI - имхо, извращение в данном случае.
А еще можно пойти "от противного" - чтобы не главный обращался к дочерним, а дочерние накручивали какие-нибудь переменные в главном (разумеется, это должно быть обложено критическими секциями).

[dnwest]

Сейчас так и есть, дочерние накручивают все общие ресурсы через Synchronization(), но прогнозирую в будущем обратную ситуацию, и хочу сразу реализовать такую возможность в коде, чтобы потом рефакторинг менее болезненно прошел. В общем, спасибо за совет.

Отвечаю на вопрос - потоков 256 максимум.

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

насколько я помню, Thread - не Component

Точно ведь, он напрямую наследует TObject.