а я тебе про что..

Я говорю о не визуальных компонентах... Размещение на форме визуальных компонентов конечно же оправдано. Ну я имею ввиду самих визуальных компонентов, и компонентов, которые обеспечивают графический интерфейс других компонентов. А вот что касается не визуальных, таких например как инди и тд... Ты смысл их размещения на форме как - то сомнительный...

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

А почему подобное? Такое там как раз и реализовано... Ну это если проект WinForm, а если более современный WPF, то там вообще нельзя разместить компоненты, не имеющие отношение к графическому интерфейсу... и это правильно   

А если формы, на которых по 5-10 таких разных невизуальных компонентов . Получается не очень рационально. Если все эти компоненты запихать в датамоуль. То датамодуль по идее должен быть открыт (создан) бОльшую часть времени работы программы. А это ресурсы. Драгоценные ресурсы. А если каждая форма будет иметь свой набор невизуальных компонент, то такие компоненты будут создаваться и потреблять ресурсы только на время работы формы. Но в _любом случае_ нужно смотреть по ситуации. Может даже будет рациональнее все невизуальные компоненты скинуть в 1-2 датамодуль(я).

  Согласен!

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

С чего ты взял?
Если компоненту нужно создать при создании формы и уничтожить при закрытии оной..

А вот теперь представим ситуацию (касательно БД). 
Есть основная таблица "Физические лица", в которой хранится основная информация, и есть куча подчиненных таблиц (предположим 15) с дополнительной информацией.
В приложении, как форма с гридом основной таблицы (соответственно, одним наборов данных), и форма (регистрационная карта - РК) с кучей панелей, содержащих дополнительную информацию (+15 наборов данных).
Получается, что вместо того, что бы просто открыть необходимые наборы данных, их нужно предварительно создать, настроить их параметры, заполнить запросами, а это дополнительное время при открытии формы РК. Как следствие - камни со стороны пользователей.
+ загрузка ресурсов (иконок и т.д.).
А при использовании DataModul-я мы только открываем/закрываем необходимые наборы данных.
Кроме того, бывают случаи, когда одни и те же ресурсы (например, иконки меню) необходимо использовать в 10 - 15 формах. Размещая эти иконки в DataModul-е мы уменьшаем размер exe, за счет повторного использования.

Конечно это тоже не идеальный вариант, и все зависит от конкретного случая.

А если нет? В люом случае, если мы и не будем уничтожать компоненту, нам желательно освободить ресурсы.

former, мы немножко о разных вещах начали говорить, всё зависит от ситуации  

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

Это сообщение отредактировал(а) k0rvin - 16.6.2010, 22:20

во-во